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EXECUTIVE  SUMMARY 


Artificial  Intelligence  aids  for  the  central  tasks  of 
intelligence  analysis  appear  to  require  a  more  powerful 
representati onal  technology  than  is  provided  by  currently 
well  known  AI  methods. 

State  of  Affairs  methodology  addresses  directly  the 
problem  of  representing  real  things  (objects,  processes, 
events,  and  states  of  affairs)  in  the  real  world. 

It  includes  (a)  a  well  grounded  formal  system,  (b)  a 
characteristic  methodology,  and  (c)  a  representati onal 
technology  for  describing  the  elements,  happenings,  and 
situations  encountered  in  the  real  world. 

The  Knowledge  Base  for  C3I  project  was  an  investigation 
of  (a)  the  representati onal  requirements  and  (b)  the 
computer  implementation  requirements  for  applying  the  State 
of  Affairs  approach  to  a  central  type  of  I&W  problem. 

The  key  representat i onal  requirement  was  found  to  be 
(a)  a  library  of  social  practice  and  scenario 
representations  and  <b)  an  observation  report  data  base  with 
entries  formatted  to  interact  with  the  Social  Practice  and 
Scenario  representati ons. 

An  analysis  of  functionality  requirements  for  computer 
implementation  was  made.  Prototype  software  for  meeting  the 
functionality  requirements  was  developed. 
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Area*  requiring  further  attention  were  surveyed.  They 
include  (a)  the  need  for  some  additional  complexi tie*  in  the 
process  representation ,  (b>  the  need  to  complete  an 
inference  engine  capable  of  dealing  with  this  level  of 
complexity,  and  (c)  the  issues  raised  by  designing  for 
multiple  users  as  contrasted  with  the  single-user  prototype. 

No  decisive  problems  were  encountered  in  applying  the 
SA  approach  to  the  I&W  problem. 

The  relation  of  the  SA  approach  to  other  AI  approaches 
was  examined.  All  were  found  to  have  less  representati onal 
power  than  the  SA  approach  and  all  would  be  redundant  in 
areas  covered  by  SA  representation.  Three  approaches 
<Rules,  Frames,  Semantic  Nets)  are  potentially  complementary 
to  SA;  two  others  (Scripts,  GOALS)  are  not. 
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1 . 0 


INTRODUCTION 


1.1  State  of  Affairs  Representation  was  developed  to 
provide  explicit,  systematic  representati  on  of  the  objects, 
events,  etc.  in  the  real  world.  It  otters  a  conceptual 
framework,  a  methodology,  and  a  systematic  notation.  It  is 
computer  i mpl ementabl e. 

1.2  State  of  Affairs  Representat i on  is  particularly 
applicable  to  intelligence  analysis  because  a  State  of 
Affairs  representat i on  provides  the  framework  within  which 
observat i onal  facts  (including  sensor-based  facts)  can  be 
fitted  together  and  systemat i cal  1 y  analyzed. 

1.3  The  Knowledge  Base  for  C3I  project  was  an 
investigation  of  the  appl i cabi 1 i ty  of  SA  representat i on  to 
intelligence  analysis  problems.  Specific  attention  was 
given  to  the  question  of  what  actual  real  world 
representati ons  would  be  needed  to  provide  an  effective 
framework  for  processing  and  integrating  observat i onal 
reports  of  various  kinds.  A  second  focus  of  attention  was 
the  analysis  of  obser vat i onal  data  in  terms  of  operative 
choice  principles  (values,  attitudes,  policies,  strategies, 
doctrine).  A  third  focus  was  the  preliminary  specification 
of  a  computer  implementation. 
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1.4  in  the  following  sections,  we  first  present  the 
State  .c  Affairs  system  of  representat i on .  This  is  done  in 
three  parts,  i.e.,  the  basic  conceptual  system  (Section 
2.0),  the  characteri sti c  methodology  (Section  3.0),  and  the 
descriptive  notation  and  technology  for  constructing 
representat i ons  of  real  world  phenomena  (Section  4.0).  In 
subsequent  sections,  we  apply  these  resources  to  the  three 
tasks  noted  above,  i.e.,  (a)  what  representati ons  would  be 
needed  to  provide  an  effective  framework  for  processing  and 
integrating  observational  reports  of  various  kinds  (Section 
5.0);  ^b)  the  analysis  of  observational  data  in  terms  of 
cnoice  principles  such  as  attitudes,  values,  policies, 
strategies,  and  doctrine  (Section  6.0),  and  (c)  the 
specification  of  a  computer  implementation  (Section  7.0). 
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THE  STATE  OF  AFFAIRS  FORMAL  SYSTEM 


2.0 

2.1  In  this  section  we  present  the  State  of  A-f-fairs 
approach  as  such.  Although  i 1 1 ustr at i ons  are  selected  with 
intelligence  analysis  in  mind,  the  application  o-f  SA  to 
intelligence  analysis  is  dealt  with  in  later  sections. 

2.2  The  real  world  is  what  we  see  when  we  look  around 
us.  It  is  what  we  are  each  a  part  o-f  and  have  a  place  in. 
It  also  includes  the  objects,  events,  and  other  phenomena 
that  we  act  in  the  light  o-f  and  in  relation  to.  It 
includes,  tor  example,  other  people,  myself,  automobiles, 
mountains,  trees,  military  i nstal 1  at i ons,  military 
activities,  children  playing  games,  and  the  rain  -falling  in 
the  afternoon.  It  includes  the  activities  of  military 
intelligence  and  the  facts  that  intelligence  analysts  have 
or  would  like  to  have. 

2.3  The  State  of  Affairs  conceptual  system  is 

formalized  as  a  set  of  Transition  Rules,  shown  in  Table  1. 
2.3.1  Because  the  SA  Transition  Rules  exemplify  the 

El  ement-Qperat  i  on-F'roduct  model  of  a  formal  system,  the 
Transition  Rules  qualify  as  a  formal  system. 

In  such  a  system  a  finite  set  of  Elements  and 
Operations  is  explicitly  introduced.  By  stipulation, 
Operations  are  performed  on  Elements  (there  may  be 
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Table  1.  State  of  Affairs  Transition  Rules 

1.  A  state  of  affairs  is  a  totality  of  related  objects 
and/or  processes  and/or  events  and/or  states  of  affairs. 

2.  A  process  (or  object  or  event  or  state  of  affairs)  is  a 
state  of  affairs  which  is  a  constituent  of  some  other  state 
of  affairs. 

3.  An  object  is  a  state  of  affairs  having  other,  related 
objects  as  immediate  constituents.  (An  object  divides  into 
related,  smaller  objects.) 

4.  A  process  is  a  sequential  change  from  one  state  of 
affairs  to  another. 

5.  A  process  is  a  state  of  affairs  having  other,  related 
processes  as  immediate  constituents.  (A  process  divides 
into  related,  sequential  or  parallel,  smaller  processes. ) 

6.  An  event  is  a  direct  change  from  one  state  of  affairs 
to  another. 

7.  An  event  is  a  state  of  affairs  having  two  states  of 
affairs  (i.e.,  "before"  and  "after")  as  constituents. 

8.  That  a  given  state  of  affairs  has  a  given  relationship 
(e.g.,  succession,  incompatibility,  inclusion,  common 
constituents,  etc.)  to  a  second  state  of  affairs  is  a  state 
of  affairs. 

8a.  That  a  given  object  or  process  or  event  has  a  given 
relationship  to  another  object  or  process  or  event  is  a 
state  of  affairs. 

9.  That  a  given  object,  process,  event,  or  state  of 
affairs  is  of  a  given  kind  is  a  state  of  affairs. 

10.  That  an  object  or  process  begins  is  an  event  and  that 
it  ends  is  a  different  event. 

10a.  That  an  object  or  process  occurs  (begins  and  ends)  is  a 
state  of  affairs  having  three  states  of  affairs  ("before," 
"during,"  and  "after")  as  constituents. 
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restrictions  on  which  Operations  are  allowed  with  which 
Elements).  The  result  of  performing  an  Operation  on  an 
Element  is  a  Product.  Every  Product  qualifies  as  an 
Element.  Every  Element  can  be  represented  simply  as  an 
Element  or  as  an  Element-Operation  combination.  For  example 
in  the  arithmetic  system,  the  same  number  can  be  represented 
simply  as  an  Element  (e.g.,  "12")  or  as  any  of  a  number  of 
Element-Operation  combinations  (e.g.,  "4x3,"  "10+2," 
"26-14, "  "30/2.5,"  " <15+9>/2, "  ad  infinitum). 

2.3. 1.1  To  see  that  the  Transition  Rules  exemplify 
this  model,  note  that  each  rule  consists  of  a  left-hand 
element  and  a  right-hand  element  connected  by  the  word 
"is."  These  correspond,  respectively,  to  Element,  Product, 
and  Operation.  There  is  only  one  Operation  in  the  system. 
That  Operation  is  identity  coordination  (or  simply, 
"identity").  The  "is"  in  each  Transition  Rule  is  the  "is" 
of  identity;  i.e.,  it  can  be  paraphrased  as  "is  the  same 
thing  as". 

2.3. 1.1.1  In  the  context  of  ordinary  language  discourse 
(as  contrasted  with  theoretical,  technical,  or  philosophical 
discourse)  each  rule  tells  us  that  what  is  described  in  the 
first  way  is  the  same  thing  as  what  is  described  in  the 
second  way.  By  implication,  each  rule  tells  us  that  there 
are  two  ways  of  describing  the  same  thing.  Since  we  are 


dealing  with  fundamental  reality  concepts,  there  is  no  third 
description  that  would  tell  us  directly  what  it  is  that 
these  two  descriptions  are  descriptions  of.  Any  third 
description  would  at  best  be  merely  a  third  description  of 
the  same  thing,  not  the  "real"  description  of  it. 

2.3. 1.1.2  If  this  state  of  affairs  seems  to  leave 
matters  unbearably  loose  or  up  in  the  air,  it  may  be  helpful 
to  recall  that  the  description  of  motions  presents  us  with 
exactly  the  same  situation.  We  can  give  two  or  more 
descriptions  of  "the  same  motion"  within  different 
frameworks,  but  we  have  no  privileged  framework  that  would 
give  us  the  "real"  description  of  that  motion.  Vet  we  do 
very  well  with  the  phenomenon  of  motion,  and  we  do  so  in 
practical,  intuitive,  observational,  technical,  and 
theoretical  contexts. 

2.3.2  The  explicit  primitives  of  the  SA  conceptual 
system  are  "Object",  "Process",  "Event",  and  "State  of 
Affairs".  ("Relation"  may  be  regarded  as  a  fifth 
pr i mi t i ve. ) 

2.3.2. 1  Since  these  concepts  are  primitives  in  a  formal 
system  and  (independently)  since  they  are  presented  as 
fundamental  concepts,  it  would  obviously  be  i nappropr i ate  to 
expect  definitions  of  "Object",  “Process",  "Event",  and 
"State  of  Affairs".  What  we  can  expect,  and  what  the 
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Transition  Rules  do  provide,  is  (a)  a  set  of  paradigmatic 
sentences  which  show  the  logical  grammar  of  each  concept 
and  which  may  be  interpreted  as  <b>  a  set  of  general 
statements  that  tell  us  what  is  true  of,  e.g.  objects,  that 
is  or  is  not  also  true  of  each  of  the  others.  (Note  that 
although  no  one  thing  needs  to  be  uniquely  true  of  a  given 
one  of  the  four  concepts,  the  set  of  things  which  are  true 
of  it  must  be  unique,  otherwise  we  have  a  redundant 
concept . ) 

2. 3. 2. 2  If  we  consider  the  Transition  Rules  from  this 
standpoint,  we  find  that  they  do  give  us  this  kind  of 
information.  For  example: 

(a)  Both  process  and  events  are  happenings;  they  occur. 
In  contrast,  neither  objects  nor  states  of  affairs  are 
happenings.  Objects  merely  are:  they  do  not  occur .  States 
of  affairs  are,  or  are  the  case;  they  do  not  occur. 

(b)  A  process  has  duration  and  involves  successive 
happenings.  An  event  has  no  duration  and  involves  at  most 
one  succession.  An  object  has  duration  but  it  does  not  as 
such  involve  any  happenings.  A  state  of  affairs  may  or  may 
not  have  duration  or  involve  successive  happenings. 

(c)  A  process  divides  into  related  processes.  Objects, 
events,  and  states  of  affairs  can't  divide  into  processes, 
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though  states  of  affairs  can  have  processes  as  immediate 
consti tuents. 

<d)  An  object  divides  into  related  objects.  A  process 
can’t  divide  into  objects.  Nor  can  events. 

(e)  Both  events  and  states  of  affairs  divide  into  states 
of  affairs;  neither  processes  nor  objects  can  divide  into 
states  of  affairs. 

2. 3. 2. 3  The  Transition  Rule  primitives  are  our  most 
generic  categories  of  what  there  is  to  be  observed  when  we 
pay  attention  to  what  is  around  us. 

The  Transition  Rules  should  be  contrasted  most 
pointedly  with  a  theory  about  the  real  world.  Such  a  theory 
would  be  couched  in  non-mundane  technical  terms  and  would, 
in  effect,  tell  us  that  what  we  observe  is  really  something 
el  se. 

In  contrast,  it  is  not  theorising  to  say  that  blue  is  a 
color,  that  circles  are  round,  or  that  colors  are  visible. 
Likewise,  it  is  not  theorising  to  say  (a)  that  a  chair  is  an 
object,  that  this  chair  i s  an  object,  or  (b>  that  the  game 
being  played  by  the  children  outside  is  a  process,  that 
troop  movements  or  tank  advances  or  airplane  overflights  are 
processes,  or  <c)  that  the  beginning  of  the  children’s  game 
was  an  event,  that  the  airplane’s  reaching  the  border  is  an 
event,  or  (d)  that  the  children  being  on  vacation  is  a  state 


of  affairs,  that  there  being  only  three  tanks  left  to  defend 
the  fort  is  a  state  of  affairs  (and  that  the  tanks  and  the 
fort  are  objects) . 

2. 3. 2. 3.1  It  is  well  established  that  an  inventory 
of  what  there  is  in  the  world  can  be  accomplished  by  using 
any  one  of  four  basic  reality  concepts.  These  concepts  are 
"object,"  "process,"  "event,"  and  "state  of  affairs." 

2. 3. 2. 3. 1.1  In  this  context  "real  world"  means 
"everything  there  is",  not  "the  planet  earth". 

2. 3. 2. 3. 1.2  The  world  can  be  seen  as  consisting  of  a 
collection  of  objects  of  different  sizes  which  exhibit  a 
variety  of  rel ati onshi ps  and  interactions  and  together  make 
up  one  huge  object,  namely,  the  world.  Similarly,  it  can  be 
seen  as  consisting  of  processes  of  various  sorts  which 
have  various  sorts  of  ingredients  and  together  make  up  one 
al 1 -encompassi ng  process,  namely  the  past,  present  and 
future  history  of  the  universe.  And  obviously,  the  world 
can  be  seen  as  consisting  of  an  al 1 -encompassi ng  sequence  of 
events  or  as  an  all-inclusive  state  of  affairs. 

2. 3. 2. 3. 1.3  The  State  of  Affairs  Transition  Rules  allow 
us  to  see  (a)  what  is  concealed  by  these  single-category 
inventories  of  what  there  is,  and  (b)  why  it  is  that  any  of 
these  four  concepts  will  do  the  job. 
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The  answer  to  the  latter  is  obvious:  Any  of  these  four 
concepts  (object,  process,  event,  and  state  of  affairs)  will 
do  the  job  because  they  are  part  of  a  conceptual  system  in 
which  they  are  mutually  defined  and  related  so  that  any  of 
them  can  substitute  for  the  entire  system. 

What  is  concealed  is  that  since  each  category  is 
connected  to  the  others,  the  existence  of  all  is,  in  effect, 
guaranteed  by  the  existence  of  any,  and  so  we  only  have  to 
assert  the  existence  of  one.  Consider  for  example,  the 
notion  that  the  world  consists  of  objects  of  different  sizes 
which  exhibit  various  relationships  and  interactions  and 
together  constitute  the  one  huge  object  which  is  the 
world.  So  long  as  the  component  objects  have  relationships 
or  are  of  particular  kinds,  there  will  be  states  of  affairs 
(see  Transition  Rule  8a).  So  long  as  there  are  inter¬ 
actions  among  objects,  there  will  be  processes  (See  Rule 
4).  And  so  long  as  there  are  processes,  there  will  be 
events  (See  Rule  10). 

2. 3. 2. 3. 1.4  There  may  be  some  philosophical  purpose  in 
presenting  single  categories  (object,  process,  event,  state 
of  affairs)  as  sufficient  for  an  inventory  of  what  there 
is.  However,  it  is  clear  that  for  the  purpose  of 
representing  what  there  is  in  the  real  world  for  scientific, 
technical,  or  practical  purposes  we  shall  need  all  four 
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categories  as  well  as  the  logical  relations  among  them  and 
the  dit-ference  among  them.  These  are  provided  by  the  SA 
Transition  Rules. 

In  the  context  of  intelligence  analysis,  we  confront 
the  problem  not  merely  of  correlating  reports  from  different 
sources,  but  also  of  correlating  reports  of  different  kinds, 
e.g.  reports  of  occurrences  and  happenings,  reports  of 
states  of  affairs,  reports  of  possible  happenings  or  states 
of  affairs,  etc.  An  explicit  conceptual  system  for  objects, 
processes,  events,  and  states  of  affairs  provides  the 
potential  for  performing  such  correlations  automatically. 
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3.  0 


STATE  OF  AFFAIRS  METHODOLOGY 


The  State  of  Affairs  conceptual  system  is  part  of  the 
larger  conceptual  system  of  Descriptive  Psychology.  The 
other  parts,  which  are  comparable  in  scope,  are  conceptual 
formulations  of  Persons,  Behavior,  and  Language. 
Implementation  of  this  larger  system,  and,  indeed,  simply 
introducing  the  system  has  depended  on  methodol ogi cal 
resources  which  have  little  in  common  with  the  traditional 
scientific  reliance  on  mathematics,  theories  of  logic,  and 
cause-effect  schemas.  Instead,  the  primary  methodology 
involves  cal cul at i onal  systems,  paradigm  case  formulations, 
and  parametric  analysis.  Recall  that  the  SA  Transition 
Rules  constitute  a  cal cul ati onal  system. 

One  of  the  major  features  of  all  three  is  that  they 
serve  to  introduce  a  substantive  domain  without  depending  on 
anything  external. 

3.1  The  notion  of  a  cal cul at i onal  system  as  an 
El ement-Operat x on-Product  system  was  presented  above  in 
Sect i on  2.3.1. 

It  should  be  noted  that  "Element"  in  this  context  is 
independent  of  the  use  of  "Element"  in  the  representat i onal 
formats  presented  in  Section  4.0  and  used  in  later  sections. 
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Parametric  Analysis 


"7J  O 

A  parametric  analysis  is  a  conceptual  device  -for  both 

(a)  notationally  identifying  a  range  of  cases  as  being  a 
single  subject  matter,  or  domain,  and  (b>  distinguishing 
among  the  cases. 

3.2.1  Definition:  To  give  a  parametric  analysis  of  a 
given  domain  of  cases  is  to  specify  the  ways  in  which  one  of 
those  cases  could  be  the  same  as  another  of  those  cases  as 
such  or  different  from  it. 

3.2.2  Note  that  such  a  speci f i cat i on  will  also  permit  us 
to  specify  the  ways  in  which  one  kind  of  case  within  the 
domain  could  be  the  same  as  another  kind  of  case  within  the 
domain  or  different  from  it. 

3.2.3  Familiar  examples  of  parametric  analyses  are  the 
foil owi ng . 

(a;  A  traditional  "fundamental  analysis"  in  physics  was  a 
parametric  analysis  with  Mass,  Length,  and  Time  as 
parameters.  The  claim  was  that  all  physical  phenomena  could 
be  character i zed  as  physical  phenomena  in  these  terms  and 
that  differences  or  similarities  among  various  physical 
phenomena  could  be  accounted  for  as  differences  or 
similarities  in  these  three  respects. 

(b)  The  humanly  visible  range  of  colors  can  be  effectively 
classified  in  a  three-dimensional  arrangement.  Conventional 
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names  for  the  three  dimensions  are  Brightness  (the  light- 
dark  dimension).  Hue  (the  rainbow  color  sequence),  and 
Saturation  (the  gray-intense  dimension). 

3.2.4  Not  every  way  of  systematically  classifying  cases 
is  a  paradigmatic  parametric  analysis.  Rather,  a  parametric 
analysis  is  a  way  of  formulating  the  essential 
character i st i cs  of  the  domain.  (In  this  respect,  a 
parametric  analysis  resembles  a  definition.)  This  is  why 
the  phrase  "as  such"  is  included  in  the  definition  of  a 
parametric  analysis  and  why  it  is  underlined. 

The  contrast  is  with  non-essential  character i st i cs  or 
empirical  rel at i onshi ps  with  other  things.  For  example,  an 
automobile  can  be  classified  as  a  physical  object. 
Automobiles  can  be  classified  in  various  ways,  e.g.,  by  the 
features  that  distinguish  good-selling  ones  from  unpopular 
ones  or  by  the  kind  and  amount  of  emissions,  etc.  These 
features  are  not  essential  ones.  They  are  not  what  makes 
that  object  a  physical  object  and  they  are  not  even  what 
makes  that  object  an  automobile.  Likewise,  we  can  classify 
colors  by  how  readily  they  are  seen  in  a  fog,  by  how 
pleasing  or  soothing  they  are  to  human  observers,  etc. 
These  features  are  not  what  makes  a  color  a  color. 

3.2.5  The  descriptive  formats  presented  in  Section  4.0 
reflect  parametric  analyses  of  the  domain  of  Objects,  the 
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domain  o-f  Processes;,  and  the  domains  of  Events  and  States 
of  Affairs.  They  are  not  arbitrary  or  merely  instrumental 
ways  of  classifying  Objects,  Processes,  etc.  Rather  they 
reflect  an  analysis  of  what  is  essential  to  the  concept  of 
an  Object  and  of  what  is  essential  to  the  concept  of  a 
Process,  etc. 

3.2.6  Non-essential  character i st i cs  are  provided  for  in 
the  Transition  Rules  by  Rules  8,  8a,  and  9.  (E.g.,  Rule  9: 
That  a  given  object,  process,  event,  or  state  of  affairs  is 
of  a  given  kind  is  a  state  of  affairs.)  Only  in  the  case  of 
Objects  is  the  possession  of  attributes  explicitly  mentioned 
in  the  basic  formulation. 

3.2.7  Each  parameter  in  a  parametric  analysis  has 
associated  with  it  a  set  of  values.  Particular  cases  can  be 
character i zed  not  merely  by  the  parameters,  but  more 
specifically  by  their  parametric  values.  As  a  result, 
particular  cases  can  be  distinguished  from  other  cases  more 
or  less  precisely  and  more  or  less  completely  by  specifying 
parametric  values.  This  is  the  general  thrust  of  the 
representat i onal  formats  presented  in  Section  4.0. 

3.3  Paradigm  Case  Formulation  (PCF) 

Like  a  oarametric  analysis,  a  paradigm  case  formulation 
is  a  formal  device  for  both  (a)  identifying  a  range  of  cases 
as  a  single  subject  matter  and  (b)  distinguishing  among  the 


cases.  But  whereas  in  a  parametric  analysis  we  simply 
analyse  essential  aspects  of  cases,  in  a  paradigm  case 
formulation  we  begin  with  a  set  of  cases  as  such  and  then 
derive  other  cases. 

3.3.1  A  Paradigm  Case  Formulation  consists  of  two 
parts.  These  are  conventionally  designated  as  Stage  I  and 
Stage  II: 

Stage  I.  Introduce  a  Paradigm  Case 

Stage  II.  Introduce  some  number  of  Transformations  of  the 
Paradigm  Case 

3.3.2  The  mechanics  of  a  PCF  are  as  follows. 

3. 3. 2.1  The  specification  of  the  Paradigm  Case  directly 
identifies  a  subset  of  cases  in  the  domain.  This 
specification  must  be  directly  understood  or  explainable  in 
a  finite  number  of  steps  in  order  to  be  useful  to  others 
«.the  same  limitation  that  woulu  hold  if  one  were  to  give  a 
def i ni ti on ) . 

3. 3. 2. 2  Each  Transf ormation  will  pick  out  additional 
cases.  Each  Transformation  can  be  interpreted  as  an 
instruction:  "Change  the  Paradigm  Case  in  this  way  (the 
Transf ormat l on )  and  the  result  will  still  (also)  be  a  case 
o+  X".  It  can  also  be  interpreted  as  an  indirect 
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description:  "It  it  (the  Paradigm  Case  speci  -f  i  cati  on  )  were 

different  in  this  way  (the  Trans-formation)  ,  it  would  still 
(nevertheless)  be  a  spec i f i cat i on  of  a  set  o-f  cases  of  X". 

3. 3. 2. 3  Thus,  if  the  PCF  is  successful,  the  Paradigm  Case 
and  the  Transf ormat i ons  will,  collectively,  pick  out  all  the 
cases  of  X  and  only  cases  of  X. 

3.3.3  A  standard  example  of  a  Paradigm  Case  Formulation 
is  the  following  PCF  for  the  concept  of  a  family. 

I.  Paradigm  Case:  A  husband  and  his  wife  living  with 

their  natural  children,  who  are  a  seventeen-year- 
old  son,  a  ten-year-old  daughter,  and  a  five-year- 
old  daughter. 

II.  Transf ormat i ons: 

Tl.  Eliminate  one  parent. 

T2.  Change  the  number  of  children  to  N,  N  >  0. 

T3.  Change  the  sex  distribution  of  the  children  to  any 
distribution  other  than  zero  boys  and  zero  girls. 
T4 .  Change  the  ages  of  the  children  to  any  values 
compatible  with  the  ages  of  the  parents. 

T5.  Add  any  number  of  additional  parents. 

T6.  Add  adopted  and  other  legally  defined  sons  and 
daughters. 

T7.  Eliminate  the  requirement  of  living  together. 


T8.  Add  zero  children  if  husband  and  wife  are  living 
together . 

T9.  Eliminate  the  requirement  that  the  parents  have 
the  legal  status  of  married. 

3.3.4  Like  a  Parametric  Analysis,  a  PCF  organizes  a 
domain  in  terms  o-f  both  similarities  and  differences. 
Unlike  the  Parametric  Analysis,  a  PCF  is  particularly  useful 
for  distinguishing  between  essential  and  non-essential 
cases,  or  between  central  and  peripheral  cases,  or  between 
standard  and  non-standard  cases,  and  so  on.  Where  the  range 
of  cases  contains  two  kinds  which  show  this  kind  of 
contrast,  an  effective  approach  is  to  incorporate  the 
standard  (archetypal,  etc.)  cases  in  the  Paradigm  Case 
specification  and  introduce  the  non-standard  cases  via 
tr  ansf ormati ons. 

3.3.4. 1  An  example  can  be  found  in  the  presentation, 
above,  of  a  Parametric  Analysis  as  dealing  with  the 
essentials  of  a  concept  or  domain.  Let  us  now  consider 
that  specification  to  be  a  Paradigm  Case  specification,  and 
introduce  the  Transf ormation:  T2.  Eliminate  the 
requirement  that  the  parameters  are  the  conceptual 
essentials.  The  result  will  be  if  only  nominally,  a 


Parametric  Analysis. 


3. 3. 4. 2  This  liberalization  will  extend  the  notion  of  a 
Parametric  Analysis  to  almost  any  case  of  systematic 
classification.  For  example,  the  following  would  qualify. 

(a)  A  tank  mechanic's  cl assi f i cat i on  of  tanks  in  terms  of 
how  they  stand  in  regard  to  (their  parametric  values  on) 
each  of  the  major  ways  (the  Parameters)  that  tanks  can  be 
dysf uncti onal . 

(b)  A  marketing  department’s  classification  of  automobiles 
(or  furniture,  etc.)  in  terms  of  the  features  that  make  them 
more  or  less  desirable  to  the  public. 

(c)  A  "profile"  which  distinguishes  between  skyjackers  and 
ordinary  airplane  passengers  or  between  an  Operational 
Maneuver  Group  and  an  ordinary  Army  unit. 

3.4  A  definition  of  "X"  is  the  specification  of  the 
necessary  and  sufficient  conditions  for  something  to  be  a 
case  of  ’’X”.  Definitions  involve  primitives  (undefined 
terms).  So  do  theories,  cal cul at i onal  systems,  parametric 
analyses.  There  is  no  escape  from  the  fact  that 
explanations  and  classifications  must  come  to  an  end  at 
some  point.  Fortunately  they  are  not  always  needed  and 
therefore  all  of  the  formal  devices  noted  above  can  be  used 
successful  1 y . 

Since  definitions  and  theories  are  the  most 
conventional  ways  of  introducing  subject  matter  in 
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scientific  and  technical  activities,  some  comment  on  why 
Descriptive  Psychology  emphasizes  the  other  three  is 
appropriate.  (Definitions  and  theories  do  have  a  place  in 
Descriptive  Psychology  also.) 

3.4.1  The  brute  -fact  is  that  satisfactory  definitions 
are  almost  never  achievable  when  it  comes  to  anything  in 
the  real  world,  e.g.  armies,  airplanes,  people,  mountains, 
rivers,  knowledge,  motivation,  consciousness,  information, 
technology,  science,  etc.,  etc. 

3.4.  1.1  Another  brute  fact  is  that  we  do  not  acquire  one 
of  these  concepts  by  virtue  of  having  a  definition  and 
thereafter  recognizing  instances  of  it.  Instead,  we  acquire 
a  concept  of  this  kind  (a)  by  encountering  a  number  of 
instances,  and/or  (b)  by  hearing  (reading,  etc.)  how  people 
talk  about  X's,  and/or  (c)  by  talking  to  people  about  X’s, 
and/or  (d)  by  observing  how  people  treat  cases  of  X,  and/or 
(e)  by  how  people  talk  about  how  people  do,  could,  should 
(etc.)  treat  cases  of  X. 

3.4. 1.2  Nor  is  it  the  case  that  it  appears  to  us  that 
there  really  are  definitions  for  all  those  things,  but  we 
just  haven't  achieved  them  yet.  On  the  contrary,  it  usually 
seems  quite  clear  that  the  difficulties  with  definitions 
stem  from  the  fact  that  there  isn't  a  set  of  necessary  and 
sufficient  conditions  for  "X",  that  there  is  nothing  that 


all  and  only  cases  of  "  X"  have  in  common  that  make  them 
cases  o-f  "X".  For  example,  looking  at  the  Paradigm  Case 
Formulation  for  families  above,  it  seems  clear  that  there  is 
nothing  that  all  families  have  in  common  that  is  essential 
to  their  being  families;  conversely,  it  is  equally  clear 
that  the  collection  of  cases  given  by  the  PCF  is 
conceptually  coherent,  and  not  just  an  arbitrary  collection. 

In  short  it  appears  that  real  world  phenomena  are 
conceptual  primitives  which  we  can  classify  in  a  variety  of 
ways  which  serve  various  purposes  but  cannot  define  except 
approximately  and  for  limited  purposes. 

3.4. 1.3  Exhibit  A  (From  the  American  Heritage  Dictionary. 
New  College  Edition) 

Object:  (1)  Anything  perceptible  by  one  or  more  of  the 

senses,  especially  something  that  can  be  seen 
and  felt;  a  material  thing 

Process:  (1)  A  system  of  operations  in  the  production  of 

something 

(2)  A  series  of  actions,  changes,  or  functions 
that  bring  about  an  end  or  result 

(3)  Ongoing  movement;  progression 

Event:  (1)  An  occurrence,  incident,  or  experience, 

especially  one  of  some  significance 
(2)  The  actual  outcome  or  final  result 
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Fact  (an  approximation  to  "State  of  Affairs"): 


(1)  Something  known  with  certainty 

(2)  Something  asserted  as  certain 

(3)  Something  that  has  been  objectively  verified 

(4)  Something  having  real,  demonstrable  existence 

3.4.2  To  talk  about  real  objects,  events,  etc.  in  terms 

of  either  definitions  or  theories  involves  the  introduction 
of  a  new  set  of  terms  and  concepts.  In  short,  it  involves 
talking  about  something  other  than  the  objects,  events, 
etc.  we  wanted  to  talk  about.  Given  the  difficulties  with 
definitions  of  real  world  phenomena  and  the  scarcity  of 
useful  theories  concerning  them,  definitional  and 
theoretical  approaches  are  hardly  impressive  resources  for 
dealing  with  such  matters. 

Cal cul at i onal  systems,  Parametric  Analyses,  and 
Paradigm  Case  Formulations  free  us  substantively  from  the 
major  methodol ogi cal  hazards  of  definitions  and  theories. 
They  allow  us  to  deal  with  real  world  phenomena  as 
primitives  and  they  allow  us  to  tal k  about  real  world 
phenomena  as  real  world  phenomena. 
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4 . 0 


STATE  OF  AFFAIRS  REPRESENTATION 


The  world  consists  of  some  collection  of  objects, 
processes,  events,  and  state  of  affairs  related  to  one 
another  in  the  ways  given  by  the  Transition  Rules.  But  of 
course,  that  cannot  be  the  whole  story.  Rather,  the  world 
consists  of  particular  objects  of  particular  kinds, 
particular  processes  of  particular  kinds,  and  particular 
events  and  states  of  affairs  of  particular  kinds,  related  to 
one  another  in  particular  ways.  The  Transition  Rules  only 
set  the  broadest  limits  on  what  might  be  the  case  and  on 
what  must  or  cannot  be  the  case;  they  do  not  tell  us  what 
there  in  fact  is  in  the  world  or  what  is  in  fact  the  case. 

In  most  areas  of  science  and  technology  it  is  axiomatic 
that  we  have  to  find  out  about  the  world  primarily  by 
observation  and  secondarily  by  thought.  If  we  accept  this 
axiom,  then  our  efforts  to  find  out  about  the  world  will  be 
directed  toward  (a)  making  observations  of  whatever  is  of 
interest,  Cb)  developing  models  which,  in  conjunction  with 
observation  help  us  anticipate  phenomena  of  interest  (but 
never  in  a  foolproof  way)  and  (c)  achieving  a  single 
coherent  representat i on  of  all  the  things  we  found  out  about 
separately.  State  of  Affairs  representat i on  is  explicitly 
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designed  -for  the  third  of  these  and  makes  at  least  two 
significant  and  distinctive  contributions  to  the  second. 

By  using  parametric  analysis  methodology  on  the 
concepts  of  "object,"  "process,"  "event,"  and  "state  of 
affairs,"  we  arrive  at  the  logical  schemas  needed  to 
distinguish  one  object  (or  process,  etc.)  from  another  or, 
correspondingly,  to  give  a  systematic  description  of  a 
particular  object  (or  process,  etc.)  or  kind  of  object 
(etc.).  These  are  presented  below. 

4.1  Process  Representation  and  Process  Description 

Table  2  shows  the  Basic  Process  Unit,  which  is  the 
essential  logical  schema  for  representing  particular 
process  or  types  of  process. 

4.1.1  The  first  thing  to  note  is  that  the  Basic  Process 
Unit  (BPU)  has  a  two-part  structure.  The  two  parts  are  (a) 
Name  and  (b)  Description.  The  first  allows  us  to  represent 
a  process  merely  as  a  single  entity;  the  second  allows  us  to 
represent  a  process  as  an  articulated  whole  with  an  internal 
structure.  For  a  technology  of  representati on,  the  latter 
is  of  primary  interest. 

4.1.2  The  first  speci f i cat i on ,  i.e.  "Stages"  reflects 
Transition  Rule  4,  i.e.  "A  process  is  a  sequential  change 
from  one  state  of  affairs  to  another. "  This  implies  that 
for  a  given  process,  there  is  not  only  an  initial  state  of 
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Table 


O 

-C.  a 


Basic  Process  Unit  (BPU) 


P-NameA:  The  process  "Name"  o-f  process  A. 

P-BescriptionA:  The  "Descr  i  pt  i  on "  o-f  A.  It  specifies: 

I.  P-Paradigms:  The  major  varieties  o-f  P-NameA.  This  is 

a  technical  option.  If  only  one  paradigm 
exists,  it  will  be  the  same  as  P-NameA. 
For  each  paradigm,  the  following 
is  specified: 

(a)  Stages  I-K:  These  are  "Names"  of  subprocesses 
within  A.  They  are  systematically 
specified,  e.g.,  as  P-NameAll, 

P-NameA12, . . . , P-Name  AIK  for  Paradigm 
1.  For  each  stage,  specify: 

(1)  Options  1-N:  These  are  the  various 

exemplars  of  the  process  (stage)  in 
question.  That  is,  these  are  the  various 
ways  in  which  that  process  could 
happen.  Each  Option  is  systematically 
indexed  as  P-NameA 1 1 1 , P-NameA 1 12, . . . , 
P-NameAllN.  Each  of  these  can  now  be 
expanded  (decomposed)  on  the  model  of 
P-NameA. 

(b)  Individuals 

(c)  Elements 

(d)  Eligibilities 

(e)  Contingencies 

(f)  Versions 


affairs  and  a  final  state  of  affairs,  but  also  at  least  one 
intermediate  state  of  affairs  (otherwise  the  process  would 
not  be  a  sequent i al  change).  Such  an  intermediate  state  of 
affairs  would,  by  Rule  5,  divide  the  original  process  into  a 
sequence  of  two  sub-processes.  Sub-processes  of  this  kind 
are  designated  as  "stages"  of  the  process.  These  general 
features  of  processes  are  shown  graphically  in  Figure  1, 
which  is  a  conventional  schema  for  showing  a  process  as 
having  a  Stage/Option  structure. 

4.1.3  In  general,  a  process  can  happen  in  more  than  one 
way,  and  this  is  shown  explicitly  in  regard  to  the  Stages. 
Options  are  relative  to  Stages.  An  Option  for  a  given  Stage 
is  simply  one  of  the  ways  that  that  sub-process  can  happen. 

4.1.4  Since  an  Option  for  a  given  stage  is  a  process, 
it  too  can  be  represented  by  means  of  the  BPU  format. 
Likewise,  the  original  process  which  was  divided  into  Stages 
may  itself  be  represented  as  a  stage  in  a  larger  process 
which  in  turn  can  be  represented  by  means  of  the  BPU 
format.  In  this  way,  representations  can  be  "composed"  into 
larger  representations  and  they  can  be  "decomposed"  into 
representations  of  smaller  components.  This  allows  us  to 
represent  phenomena  of  different  magnitudes  within  the  same 
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4.1.5  The  Stage/Option  Structure  is  only  the  gross 
structure  0+  a  process.  Which  Stages  a  process  has  (and  how 
many)  and  which  Options  a  Stage  has  (and  how  many)  are 
genuinely  ways  in  which  one  process  can,  as  a  process,  be 
the  same  as  another  process  or  different  -from  it.  However, 
that  is  only  the  beginning. 

4.1.6  Another  parameter  is  Elements.  Elements  are  the 
formal  "ingredients"  of  the  process.  For  most  processes, 
all  or  most  of  the  Elements  will  correspond  to  objects.  For 
example,  if  one  thinks  of  a  drama  as  a  paradigm  case  of  a 
process,  the  various  characters  in  the  drama,  along  with  all 
the  required  material  objects  will  qualify  as  the  Elements 
in  that  process.  More  formally,  the  initial  state  of 
affairs  for  the  process  (SA1  in  Figure  1)  is  (by  Rule  1)  a 
totality  of  related  objects  (etc.).  The  Elements  are  these 
formal  objects  (etc.).  The  relationships  among  these 
objects  change  as  the  process  proceeds  and  these  changes 
correspond  to  intermediate  states  of  affairs  (e.g.,  SA3, 
SA4 ,  SA5  in  Figure  1).  The  sequential  changes  in  these 
relationships  is  (is  the  same  thing  as)  the  occurrence  of 
the  process. 

4.1.7  In  the  simplest  case,  when  an  instance  of  the 
process  takes  place,  each  Element  is  embodied  by  a  separate 
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historical  individual.  For  example,  it  the  drama  is  Hamlet, 
then  John  Doe  plays  Hamlet  and  nothing  else;  Richard  Jones 
plays  F'olonius  and  nothing  else;  only  one  object  serves  as 
the  skull  in  the  graveyard  scene,  and  so  on.  Formal 
Individual  and  Eligibility  specifications  allow  for  more 
complex  possibilities,  where  the  same  Individual  is  eligible 
to  play  the  part  of  more  than  one  Element.  Thus,  in  an 
actual  occurrence  of  the  process,  there  is  a  one-to-one 
relationship  between  historical  individuals  and  formal 
Individuals,  rather  than  between  historical  individuals 
and  Elements.  1 

4. 1.7.1  Elements  and  Individuals/Eligibilities  are  ways  in 
which  one  process  can,  as  a  process,  be  the  same  as  another 
process  or  different  -from  it.  In  general,  such  specifi¬ 
cations  allow  us  to  represent  that  the  particulars  of 
the  occurrence  of  a  process  (including  its  outcome)  depend 
on  the  ingredients  on  any  given  occasion  (including  what 
would  normally  be  called  "initial  conditions").  In  this 
way,  the  logical  schema  for  process  representat i on  embodies 
the  truism  that  "the  same  process"  can  have  different 
outcomes,  depending  on  initial  conditions. 

4.1.8  The  occurrence  of  a  process  on  a  given  occasion  is 
the  same  thing  as  the  occurrence  of  one  of  the  Options  for 
Stage  1,  followed  by  one  of  the  Options  for  Stage  2, 
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■followed  by  one  o f  the  Options  -for  Stage  3,  and  so  on.  In 
the  simplest  case,  the  occurrence  of  the  process  could 
consist  of  any  of  the  Options  for  Stage  1  followed  by  any  of 
the  Options  for  Stage  2  followed  by  any  of  the  options  for 
Stage  3,  and  so  on.  In  fact,  most  processes,  particularly 
social  and  behavioral  processes  are  more  complex  than  that. 
The  Contingencies  parameter  allows  us  to  represent  such 
complexity.  Contingency  speci f i cat i ons  are  ways  of 
restricting  the  availability  of  Options  in  a  given  process 
by  making  the  availability  contingent  on  something.  We 
distinguish  four  sorts  of  Contingencies,  i.e., 
Co-occurrence,  Attr i but i onal ,  Relational,  and  Factual . 

4. 1.8.1  Co-occurrence  contingencies  specify  that  a  given 
Option  in  a  given  state  is  available  (for  i nstant i at i ng  the 
process)  if  and  only  if  certain  other  Options  in  other 
stages  are  the  ones  selected  (or  are  not  selected).  For 
this  aspect  of  process  description  a  game  with  simple 
sequential  process  structure,  e.g.,  chess,  provides  the  most 
obvious  example.  In  chess,  clearly,  the  Options  chosen  on 
the  first  move  make  a  crucial  difference  in  regard  to  which 
Options  are  available  on  the  second  move,  and  both  are 
crucial  in  regard  to  which  Options  are  available  on  the 
third  move,  and  so  on. 


4.  1.8.2 


Attri but i onal 


Contingencies 


speci  f  y 


that 


certain  Options  are  available  (tor  the  occurring  of  the 
process)  only  if  the  individuals  playing  the  parts  of  given 
Elements  have  certain  (specified)  attributes.  In  this  way 
we  can  represent  processes  in  which  certain  possibilities 
depend  on  (usually  exceptional)  character i sti cs  of  the 
individuals  involved. 

The  range  of  examples  of  such  cases  includes  the 
foil owi ng . 

(a)  An  80-yard  pass  is  one  of  the  Options  in  a  football  game 
i f  the  offensive  team  is  behind  their  20  yard  line  and  the 
quarterback  has  an  ex traordi nari 1 y  strong  arm.  (b)  In  a 
skirmish,  shooting  an  enemy  through  a  ten-inch  tree  trunk  is 
not  an  option  if  the  ammunition  is  a  .30  caliber  copper 
jacket.  A  tank  has  the  option  of  moving  directly  across  the 
river  if  it  is  an  amphibious  tank.  If  we  move  from 
certainties  to  likelihoods,  other  sorts  of  examples  arise. 
For  example,  a  chess  player  has  the  option  of  play  the  Kings 
Gambit  i_f_  he  believes  his  opponent  cannot  play  it  well.  A 
commander  who  is  trying  to  achieve  maximum  impact  will  be 
likely  to  move  surrepti ti ousl y  at  first  if  there  is  an 
opportuni ty . 

In  general ,  the  kinds  of  human  attributes  that  enter 

specifications  are  attitudes,  traits, 
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values,  knowledge  or  beliefs,  abilities,  policies, 
strategies,  and  doctrine. 

4. 1.8.3  Relationship  Contingencies  specify  that  a  given 
Option  is  available  only  if  the  individual  playing  the  part 
of  a  given  Element  has  a  given  relationship  or  relationships 
to  given  individuals,  organisations,  objects,  resources,  and 
so  on.  Relationship  contingencies  and  attr i but i onal 
contingencies  are  completely  analogous. 

4. 1.8.4  Factual  Contingencies  specify  that  a  given  Option 
is  available  only  under  certain  conditions  (e.g.,  only  if 
the  weather  is  good  or  if  lakes  and  rivers  are  frozen 
solid).  Any  restriction  on  the  availability  of  Options 
which  cannot  be  stated  as  a  co-occurrence,  attr i buti onal ,  or 
relational  contingency  can  be  stated-  as  a  Factual 
Conti ngency . 

4.1.9  Specifying  States,  Options,  Elements, 
Individuals/Eligibilities,  and  Contingencies  provides  the 
restrictions  needed  to  specify  what  would  qualify  as  an 
instance  of  the  process  in  question.  Any  sequence  that 
would  qualify  as  an  instance  is  a  Version  of  the  process. 
The  occurrence  of  a  process  is  the  same  as  the  occurrence  of 
one  of  its  Versions. 

4.1.10  The  specification  of  process  Paradigms  is  a 
technical  convenience.  It  is  appropriate  when  the  Versions 
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of  a  process  divide  into  two  or  more  subsets  with 
distinctive  Elements  or  structures.  For  example  eleven  man 
football  vs.  seven  man  football,  shaving  with  an  electric 
razor,  a  straight  razor3  and  a  safety  razor,  lectures 
vs.  field  trips,  a  direct  river  crossing  vs.  a  crossing  on 
temporary  bridges.  In  such  cases,  the  representat i on  is 
much  more  clear  and  useful  if  it  is  segregated  into  two  or 
more  process  paradigms  each  with  a  standard  process 
representat i on . 

4.1.11  An  important  special  case  of  a  process 
representati on  is  the  Social  Practice  representat i on.  In 
the  latter,  the  ultimate  constituent  processes  are  the 
behaviors  of  individual  persons.  This  is  the  archetypal 
case.  In  practice  it  need  not  hold  without  exception.  For 
example,  the  Social  Practice  representat i on  in  Table  6a 
(Section  5.0)  below  contains  one  Stage  which  is  not  a 
behavi or . 

4.1.12  The  actual  occurrence  of  a  process  is  a 
historically  particular  happening.  It  requires  that  there 
be  appropriate  historical  individuals  to  play  the  part  of 
each  formal  Individual  and  therefore,  each  Element.  The 
concept  of  a  process  is  the  concept  of  an  abstract  structure 
of  proceedings,  ingredient*-,  events,  and  states  of  affairs, 
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and  any  actual  collection  which  exemplifies  that  structure 
i s  an  occurrence  of  the  process. 

Several  familiar  examples  provide  heuristic  models  for 
the  various  aspects  of  processes.  (a)  A  chess  game  is  a 
prime  model  for  the  Stage/Option  structure  of  a  process  and 
for  co-occurrence  contingencies.  (b)  A  drama  such  as  Hamlet 
is  an  excellent  model  for  the  El ement / Indi vi dual /El i gi bi 1 i ty 
aspects  of  a  process.  <c)  A  recipe  is  also  an  excellent 
model  for  the  El ement / Indi vi dual /El i gi bi 1 i ty  aspects  and  for 
both  attr i but i onal  and  co-occurrence  Contingencies,  as  well 
as  the  Stage  structure.  Note  that  as  a  prescription  for  the 
process  of  making  a  particular  sort  Df  food,  a  recipe  would 
need  to  make  the  potentially  problematic  aspects  of  the 
process  relatively  explicit  and  complete. 

4.1.13  A  process  representat i on  is  the  representation  of 
the  abstract  structure  of  a  certain  kind  of  process  as  such 
(e.g.,  a  chess  game).  A  process  description  is  the 
description  of  something  as  an  instance  of  a  certain  kind  of 
process  (e.g.,  "this  is  a  chess  game").  Where  complex 
processes  are  involved,  we  first  construct  a  complex  process 
representat i on  and  then  we  can  say  of  an  actual  process, 
"This  is  one  of  these." 

4.1.14  A  process  representat i on  need  not  be  complete  in 
order  to  be  useful.  It  is  generally  feasible  to  represent 
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processes  only  down  to  a  certain  level  of  detail  beyond 
which  the  particulars  don't  matter.  In  addition  to 
incompleteness  in  terms  of  detail,  there  are  two 
systematical  1 y  incomplete  sorts  of  process  representati on  or 
process  description. 

4.1.14.1  A  means-ends  description  refers  to  Elements  of 
a  process  (the  "means")  and  the  outcome  of  that  process  (the 
"ends").  What  is  left  out  is  the  Stage/Option  and 
Contingency  structure  of  the  process.  This  kind  of 
description  is  useful,  for  example,  in  dealing  with  resource 
allocation  issues  or  in  capability  analysis. 

4.1.14.2  Achievement  analysis  (or  task  analysis)  refers 
only  to  the  outcome  aspects  of  a  process.  There  are  two 
kinds  of  analysis.  In  the  first  kind,  the  final  outcome  is 
analysed  into  components  such  that  if  each  of  the  components 
is  separately  achieved,  the  final  outcome  is  achieved.  In 
the  second  kind,  the  achievement  of  the  final  outcome  is 
analyzed  into  a  sequence  of  achievements  which,  if  actually 
achieved,  would  bring  about  the  final  outcome. 

4.2  Object  Representation  and  Object  Description 

A  "Basic  Object  Unit"  (BOU)  for  representing  objects  is 
developed  in  accordance  with  the  Transition  rules.  Table  3 a 
shows  the  BOU. 
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Table  3a.  Basic  Object  Unit 

O-NameA:  An  expression  which  identities  the 

object. (This  may  be  expanded  to  a  list  of 
names,  each  of  which  is  the  name  of  this  same 
object. ) 

O-BescriptionAj  The  "description"  of  O-NameA.  It  specifies: 

O-Paradigms  l,2,...n.  These  are  alternate 
decompositions  of  O-NameA  into  immediate 
constituents.  For  each  paradigm,  specify: 

(1)  Constituents:  A  list  of  immediate 

consituents,  which  for  systematic  purposes 
may  be  designated  as  O-NamelAl,  0-NamelA2, 

for  paradigm  1;  0-Name2Al,  0-Name2A2, 
...,  for  paradigm  2,  etc.  (In  practice  such 
"descriptive"  names  as  “carburetor, "  "hand," 
"pancreas, "  will  also  be  used.)  Each  such 
constituent  can  now  be  decomposed  by  being 
given  a  BOU  representation. 

(2)  Rel ati onshi ps  1,  2,...,  m:  These  are  given  by 
a  list  of  relationships.  Each  item  on  the 
list  is  specified  as  follows. 

(A)  Name:  An  expression  which  identifies  an 

N-Place  relationship  (state  of 

affairs) .  Note  that  n  is  not  constant 
for  different  elements  of  the  list  1, 

2  '  ■  m  m  n  rn  • 

(B)  Elements:  A  1 i st  of  N  Elements,  each  of 
which  is  one  of  the  members  of  the 
N-place  relationships. 

(C)  Individuals:  A  list  of  individuals  which 
are  constituents  of  O-NamelA. 

(D)  Eligibilities:  A  specification  of  which 
individuals  may  or  must  participate  as 
which  Elements  in  the  relationship  by 
virtue  of  their  constituency  in 
O-Namel A. 

(E)  Contingencies  ( Attr i but i onal  or 

co-occurrence ) :  Speci f i cat i on  of 

conditions  under  which  an  individual 
eligible  to  be  a  given  Element  is  that 
El eoent . 

(3)  Attr i butes  of  O-Paradigm  (i.e.,  of  O-NameA  as 
consisting  of  the  structure  given  by  the 
relationship  involved  in  a  given  paradigm). 
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4.2.1  The  most  relevant  Transition  rules  are  the 
f  ol  lowi  ng . 

(a)  An  object  is  a  state  of  a-f-fairs  having  other,  related 
objects  as  constituents. 

(b)  A  state  of  affairs  is  a  totality  of  related  objects 
and/or  processes  and/or  events  and/or  state  of  affairs. 

4.2.2  Like  the  BPU,  the  BOL)  has  a  Name/Description 
structure.  This  allows  us  either  to  give  a  systematic 
description  or  to  do  no  more  than  refer  to  the  Object  by 
using  the  Name. 

4.2.3  An  object  divides  into  smaller,  related  objects 
which  are  its  parts.  In  general,  there  are  indefinitely 
many  ways  to  divide  an  object  into  immediate  constituents. 
(The  immediate  constituents  of  an  object  are  those  (a)  into 
which  it  is  directly  divided  (as  against  being  the  result  of 
repeated  divisions)  and  (b)  which  jointly  make  up  the 
object.  Therefore  the  Basic  Object  Unit  provides  for  an 
indefinite  number  of  alternative  ways  of  dividing  an 
object.  Each  of  these  is  represented  as  an  Object  Paradigm 
(O-Paradigm) . 

4.2.3. 1  A  complex  object  such  as  an  automobile,  a  tree,  a 
computer,  or  a  human  body  will  in  general  have  a  finite 
number  of  obvious  and  non-arbi trary  ways  of  dividing  it. 
The  number  of  viable  alternatives  will  be  reduced  by  the 


42 


uses  for  which  the  object  representat i on  is  designed. 
Homogeneous  objects  such  as  a  marble  or  a  mound  of  earth,  do 
not  offer  obvious  ways  of  dividing  them  into  a  structure  of 
parts,  but  conversely,  there  is  much  less  likelihood  that 
any  systematic  description  beyond  a  Name  would  be  needed. 
4.2.4  It  follows  strai ghtf orwardl y  that  for  each  Object 

Paradigm  the  major  specif ications  are  of  the  constituents 
and  the  relationships  among  them. 

4.2.4. 1  The  immediate  constituents  are  given  by  a  list. 
Although  only  one  name  for  each  is  needed,  computer 
implementation  would  generally  be  facilitated  by  having  a 
set  of  names  including,  for  example,  (a)  a  sys+?matic  name 
which  would  identify  the  original  object,  the  Object 
Paradigm,  and  the  number  (on  the  list)  of  each  constituent 
object,  (b)  one  or  more  descriptive  names  that  identify 
which  constituent  it  is,  e.g.  "hand,"  "carburetor, "  "leaf," 
and  <c)  one  or  more  names  which  identify  it  as  an 
independent  object  and  do  not  presuppose  that  it  is  part  of 
the  original  object. 

4. 2. 4. 2  The  rel ati onshi ps  are  also  given  by  a  list,  with 
each  entry  on  the  list  correspondi ng  to  one  relationship. 
For  each  entry,  the  relationship  specification  has  the 
following  components. 


43 


r 


(a)  First,  there  is  a  name  which  designated  an  N-Place 
relationship.  (Note  that  when  we  divide  an  object  into 
K  parts,  there  are  2-place  relationships  between 
every  two  parts,  3-place  relationships  among  every 
three  parts,  etc.) 

<b>  Second,  there  is  a  set  of  N  Elements,  each  o-f  which 
is  one  o-f  the  terms  (arguments,  members)  in  the  N-Place 
rel ati onshi p. 

(c)  Third,  there  is  a  list  of  Individuals  each  of  which 
is  eligible  to  play  the  part  of  one  or  more  of  the  N 
Elements. 

(d)  Finally,  there  are  Contingencies  (most  notably 
co-occurrence  or  attri buti onal  contingencies)  which 
specify  the  conditions  under  which  an  Individual 
eligible  to  be  a  given  Element  is  that  Element.  (Note 
that  the  parts  of  an  object  must  match  each  other,  and 
the  more  strongly  structured  the  object  is,  the 
stronger  the  restrictions  on  the  match;  for  example  an 
object  may  be  a  perfectly  good  firing  pin,  but  not  for 
this  weapon. ) 

4. 2. 4. 3  The  attributes  of  the  Object  Paradigm,  i.e.  the 
object  considered  as  that  structure  of  those  components,  is 
given  by  a  list. 


44 


4. 2. 4. 4  One  reason  -for  the  complex  speci  f  i  cat  i  on  of 
relationships  among  constituents  is  that  object 
representation  must  allow  -for  cases  where  those 
relationships  may  change  (in  certain  ways)  without  changing 
the  object  into  something  else.  Objects  may  have  processes 
going  on  involving  their  parts. 

4. 2. 4. 5  As  with  process  descriptions,  object  descriptions 
need  not  be  literally  exhaustive  in  order  to  be  useful 
or  in  order  to  be  exhaustive  -for  practical  purposes.  Two 
sorts  o-f  object  description  which  are  systemat  i  cal  1  y 
incomplete  are  o-f  interest. 

(a)  One  can  specify  only  the  name  and  the  attributes 
(either  directly  or  via  the  specification  of  a  value  on 
an  attribute  dimension).  In  this  case,  the  object  is 
dealt  with  as  a  unitary  entity  without  regard  to  struc¬ 
ture. 

(b)  Once  can  specify  only  the  name  and  the  constituents 
without  specifying  rel at i onshi ps.  In  this  case,  the 
object  is  dealt  with  as  a  collection  of  constituents. 

4. 2. 4. 6  Object  representations  are  suitable  for 
representing  stable  structures  of  any  kind,  not  merely 
material  objects.  In  particular,  organisations  and  social 
systems  can  be  represented  as  objects  whose  constituents 
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have  certain  required  social  rel at i onshi ps  (role 
relationships,  status  relationships). 

4. 2. 4. 7  Table  3b  shows  the  Extended  BQU.  This  makes 
explicit  some  of  the  complexities  which  would  be  involved  in 
a  multilevel  object  representat i on .  Of  particular  interest 
is  contingency  2C.  Most  technical  terminology,  including 
military  technical  terminology,  falls  under  this 
contingency.  For  example  to  speak  of  "the  Third  Army"  or 
of  "Col onel  Johnson"  is  to  speak  of  an  organization  or  an 
individual  not  as  an  independent  (context-free)  thing  but 
rather  as  components,  and  particular  components  or  types  of 
component  at  that. 


46 


Table  3b 


Extended  BOU 


For 


1-Name A,  specify: 

(1)  Attributes  of  Q-NameA 

(2)  Contingencies: 

(A)  Attributes  which  a  given  constituent  must 
have. 

(B)  Applicability  of  a  given  name,  e.g., 
0-Name2A3,  as  presupposing  a  given  O-paradigm 
or  a  recursive  elaboration  of  one. 

(C)  Appl i cabi 1 i ty  of  a  given  name  as  presupposing 
a  unit  <e.g.,  object,  process,  configuration) 
of  which  O-NameA  is  a  constituent.  (Most 
technical  terminology  would  fall  under  this 
heading  —  recall  "the  physical  world,"  "the 
baseball  world,"  etc.) 

(D)  Conf i gurat i on  (etc.)  membership  or  attributes 
of  O-NameA  as  contingent  on  the  specification 
of  a  given  0-F‘aradigm,  k'A,  or 

(E)  on  given  attributes  of  a  given  constituent 
(e.g.,  an  automobile  is  an  internal 
combustion  machine  because  its  motor  is  an 
internal  combustion  machine.) 

(3)  Relationships:  As  in  Table  3a,  above,  but  not 

restricted  to  immediate  constituents  as  Elements. 

(4)  (Optional  convenience)  Configuration  membership: 

A  list  of  conf i gurat i ons  of  which  O-NameA  may  be 

a  constituent. 
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4. 2. 4. 8  Most  objects  are  routinely  referred  to  in  terms  of 
their  place  in  larger  structures  or  processes.  For  example, 
machines,  tools,  and  other  sorts  of  equipment  are  routinely 
referred  to  in  terms  of  their  paradigmatic  uses  even  when 
they  are  not  or  cannot  be  used  in  that  way.  For  example,  a 
Leopard  tank  being  used  as  a  research  test  bed  is  still 
called  a  tank  and  it  would  still  be  called  that  if  it 
was  obsolete  and  inoperable.  Likewise  a  basebal 1  bat  is 
called  that  almost  under  any  conditions  and  not  just  when  it 
is  being  used  as  a  baseball  bat.  Similarly  for  missiles, 
aircraft,  chess  sets,  skis,  colonels,  chimneys,  bridges, 
intelligence  analysts,  eyes,  chairs,  and  tails.  (The 
phenomenon  has  the  general  structure  of  a  paradigm  case 
formulation,  i.e.  reference  is  anchored  by  a  paradigmatic 
use  or  place  and  is  retained  over  a  range  of 
transformations. ) 

4. 2. 4. 9  The  fact  that,  in  both  ordinary  language  and 
technical  language,  objects  are  routinely  referred  to  as 
(what  amounts  to)  Elements  of  either  social  practices  or 
social  groups  has  at  least  one  significant  consequence.  That 
is  that  observation  reports  can  in  general  be  expected  to  be 
reports  about  Elements.  In  turn  this  suggests  that  a  system 
with  a  knowledge  base  composed  of  social  practice 
representat i ons  and  object  representat i ons  has  the  potential 
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■for  effectively  accepting  and  interpreting  observation 
reports  with  a  minimum  of  preprocessi ng . 

4.3  State  of  Affairs  Representation 

Table  4  shows  the  State  of  Affairs  Unit  (SAU) .  As  with 
the  Basic  Process  Unit  and  the  Basic  Object  Unit  it  has  a 
Name/Description  structure  and  an  El ement / Indi vi dual /El i gi - 
bility  structure  in  the  Description. 

4.3.1  The  basic  specification  for  SA  representation  is 
that  of  an  N-pl ace  relation  and  the  terms  of  that  relation 
(the  El ements) . 

4.3.2  Because  a  state  of  affairs  is  a  totality  of 
related  objects  and/or  processes  and/or  events  and/or  states 
of  affairs,  the  Elements  are  specified  as  to  which  of  the 
four  they  are  or  may  be.  Likewise  the  Individuals  are  so 
classified.  A  set  of  Individuals  which  meet  the  category 
specifications  and  the  requirements  of  the  specified 
rel ati onshi ps  will  constitute  an  instance  of  the  state  of 
affairs. 


Table  4 


State  of  Affairs  Unit 


SA-NameA:  The  "Name"  of  state  of  affairs  A.  This  may  be 
given  by  any  identifying  reference,  such  as  a 
sentence  ("The  man  shot  the  bear”),  a  sentential 
clause  ("the  shooting  of  the  bear"),  a  simpler 
locution  ("the  shooting"),  or  a  conventional 

symbol  (SA-NameA) . 

SA-DescriptionA:  The  "Description"  of  SA-NameA.  It 

specifies: 

(1)  Relationship;  An  explicit  identification  of  an 
N-place  relationship,  or  attribute.  (A  property 
is  a  1-place  attribute.) 

(II)  El ements:  A  list  of  the  N  elements,  or  logical 
roles  in  the  Relationship.  These  are 
distinguished  as  1st,  2nd,..., Nth  elements. 

(I  la)  Eligibilities:  Each  of  the  N  elements  is 

character i zed  as  being  either  necessary  or 

optionally  an  object,  process,  event,  state  of 
affairs,  attribute,  or  concept. 

(Ill)  Indi vi duals:  A  list  of  N  Individuals  identified 

as  individuals  by  a  name,  number,  symbol,  etc. 
(Note  that  "individual"  is  not  the  same  as 

"object" . ) 

(Ilia)  Cl assi f i cat i on :  Each  of  the  N  individuals  is 

identified  as  an  object,  process,  event,  state  of 
affairs,  attribute,  or  concept. 

(IV)  Assi gnments:  The  N  Individuals  are  placed  in 

one-to-one  relation  with  the  N  Elements,  with  each 
Individual  being  identified  as  the  exemplar  of  the 
correspondi ng  Element  in  the  state  of  affairs 
SA-NameA. 

(V)  Expansions:  An  expansion  consists  of  the 

recursive  use  of  the  SAU  (as  developed  to  this 
point)  in  one  of  the  following  ways: 

(1)  Elaborating  the  Classification  of  a  given 
Individual  as  an  object,  process,  event,  or 
state  of  affairs  by  giving  a  SAU  description 
of  it  (via  Rule  1,3,5,  or  6).  This  will 
amount  to  using  BF’U,  BOIJ,  Event,  or  SAU 
formats. 


Table  4.  State  of  Affairs  Unit  (Con'd) 


(2)  Elaborating  the  Classification  of  a  given 
Individual  as  an  Attribute  by  giving  a  SAU 
description  in  which  the  Attribute  is  the 

Rel  ati onshi p. 

(VI)  Conti ngenci es; 

(1)  Since  contingency  statements  are  Dossible 

within  BF'U  and  BOU  representations  and  the 
latter  may  occur  as  expansions,  such 
contingency  statements  will  qualify  as 

contingencies  wfthin  the  full  SAU  also. 

(2)  Co-occurrence  constraints  such  that  the  use 

of  a  particular  "Name"  (in  general ,  referring 
terminology,  either  technical  or 

nontechni cal )  for  any  Element  within  the  full 
SAU  is  contingent  on  the  use  of  particular 
other  "Names"  for  other  Elements. 

(3)  Co-occurrence  constraints  such  that  the  use 
of  a  particular  Element  is  contingent  on  its 
being  that  element  (or  an  Element)  of  the  SAU 
within  which  it  is  an  Element.  (Note  that 
stages,  options,  and  paradigms  within  a  BPU 
or  BOU  will  qualify  as  Elements  here.) 
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5 . 0 


REPRESENTATIONAL  REQUIREMENTS 


The  problem  addressed  was  that  of  determining  the 
representati onal  requirements  -for  the  application  of  SA 
System  representat i on  to  the  tasks  of  intelligence  ana¬ 
lysis.  The  general  area  of  I&W  was  chosen  as  an  appropriate 
starting  point. 

5.1  In  principle,  I&W  deals  with  any  factor  or 
phenomena  which  indicate  the  increased  likelihood  of 
aggressive  action  in  areas  of  interest.  In  practice,  most 
indicators  have  to  do  with  the  preparatory  activities  or 
early  stages  of  aggressive  action. 

5.2  The  initial  problem  was  to  set  the  stage  in  a 
realistic  fashion  for  the  technical  problem  of  representa¬ 
tion.  The  two  initial  decisions  were  to  sej ect  a  geographic 
area  as  the  domain  of  interest  and  to  define  a  prototypical 
aggressive  action  as  the  substantive  issue. 

5.2.1  The  geographic  area  chosen  was  the  western  portion 

of  Czechoslovakia  and  the  southern  border  region  of  East 
Germany,  roughly,  the  area  from  Prague  to  Eisenach  at  the 
western  border  of  the  DDR.  This  area  is  shown  in  Figure  2. 
This  choice  was  made  primarily  on  the  basis  of  a  heuristic 
OB  type  data  base  covering  this  region.  The  data  base  was 


made  available  through  the  courtesy  of  Knowledge  Systems 
Concepts,  Rome,  N.Y. 

5.2.2  The  prototype  aggressive  action  was  a  scenario 
involving  an  attack  across  the  border  initially  disguised  as 
a  training  exercise.  The  scenario  was  constructed  with 
specific  reference  to  the  geographic  region,  the  road 
system,  and  the  immediate  targets.  This  was  designated  as 
the  "Preemptive  Strike  Scenario"  (PS  Scenario). 

The  PS  Scenario  is  shown  in  part  in  Table  5  and  in  its 
entirety  in  Appendix  D.  Although  it  conforms  roughly  to  the 
BPU  format,  the  emphasis  was  on  the  content  rather  than  on 
rigorous  representation. 
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Table  5.  Preemptive  Strike  Scenario  (Excerpt) 


1:  Announce  Large  Pact  Exercise  involving  ground  and  air  forces 
1.1:  Option  1:  Live  Fire  Exercise 

1.1.1:  Stage  1:  Use  Diplomatic  Channels  to  announce  exercise 

1.1.2:  Stage  2:  Call  Major  Commanders  from  Germany  &  Poland 

1.1.3:  Stage  3:  Issue  Misleading  Exercise  oriented  messages 

1.2:  Option  2:  Mere  Exercise 

1.2.1:  Stage  1:  Call  commanders  for  briefing  on  "exercise" 

1.2.2:  Stage  2:  Announce  exercise  locally 

1.2.3:  Stage  3:  Misleading  troop  movements  locally  -  rehearsal 

1.3:  Option  3:  Command  and  Control  Exercise 
1.3.1:  Stage  1:  Brief  Commanders 

1.3.2:  Stage  2:  Conceal  Troop  Movements  by  spreading  over  time 

2:  Build  up  resource  reserves  for  operations 

2.1:  Increase  production  at  Prag  munitions  plant 

2.1.1:  Stage  1:  Increase  rate  of  arrival  of  raw  materials 

2. 1.1.1:  Option  1:  Conceal  by  holding  constant  #  but  increase  load 

2. 1.1.2:  Option  2:  Increase  both  #  of  shipments  and  loads 

2.1.2:  Stage  2:  Increase  the  employment  and  shifts  at  plants 


5.2.3  Domain  Representation 

In  principle,  the  application  of  SA  representat i on  to 
I&W  requires  a  general  representat i on  of  the  domain  of 
interest,  since  this  is  the  context  within  which  the 
phenomena  which  are  observed  and  reported  all  have  an 
intelligible  place. 

5.2.3. 1  Formally,  the  obvious  choice  for  an  overall  domain 


representation  is  an  Object  representati on.  That  would 
include  the  representat i on  of  component  objects  and  the 
activities  and  interactions  of  these  components.  In 
general,  the  major  types  of  components  would  be  the 

f ol lowing: 

(a)  The  geographical  terrain  itself,  with  significant 
terrain  features  differentiated  as  component  objects. 

(b;  Stationary  installations  and  facilities  such  as 

bridges,  highways,  factories,  railway  yards  and  tracks, 
and  various  military  i nstal 1 ati ons  and  facilities. 

(C)  Mobile  individuals,  including  individual  persons; 

organizations,  including  troop  units;  and  mobile  or 
portable  equipment,  weapons,  tools,  etc. 

5. 2. 3. 2  The  following  types  of  installations  and 
facilities  were  included  in  the  domain  description  (a 
complete  listing  of  actual  cases  is  given  in  Appendix  A). 
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(a)  Bridges 

(b)  Power  Facilities 

(c)  Railroad  Facilities 

(d)  Military  Facilities 

<e>  Repair  and  Maintenance  Facilities 

(f)  Munitions  Storage  Depots 

(g )  Weapons  Facilities 

(h)  Air  Bases 

(i)  POL  Storage  Facilities 

<j)  Radar  and  Fire  Control  Facilities 
(.  k )  Missile  Sites 

5. 2. 3. 3  In  addition,  the  domain  description  included 
a  Ground  OB,  with  particular  attention  to  the  -forward  units 
(Appendix  B)  and  an  analysis  o-f  the  paths  between  points  o-f 
interest  (Appendix  C)  .  The  types  o-f  path  analyzed  include 
the  following: 

(a)  From  refinery  or  shipping  point  to  POL  storage  areas 

(b)  From  refinery,  shipping  point,  or  POL  storage  areas  to 
air  bases 

(c)  From  munitions  factory  to  forward  units  at  Greiz, 
Suhl ,  and  Plzen 

(d)  From  forward  units  to  tank  repair  and  maintenance 
yards 

5. 2. 3. 3.1  The  path  analysis  includes  the  following. 

(a)  Point  of  origin 

(b)  Destination 

(c)  Sequence  of  highways 

(d)  Direction  of  travel  on  each  highway 

(e)  Estimated  normal  travel  time. 

5. 2. 3. 3. 2  The  path  analysis  facilitates  the  interpret¬ 
ation  of  certain  observation  reports.  For  example,  the 
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report  of  a  convoy  of  12  POL  Tanker  Trucks  observed  on 
Highway  E63  is  i nterpretabl e  as 

(a)  12  Tanker  Trucks  on  the  path  from  the  KMS  refinery  to 
the  Jena  air  base 

(b)  12  Tanker  Trucks  on  the  path  from  the  KMS  refinery 
to  the  Blankernhain  air  base 

(c)  12  Tanker  Trucks  on  the  path  from  the  KMS  refinery 
to  the  Wal tershausen  air  base 

5.3  Social  Practice  Representat i on 

Given  the  representati on  of  the  various  paths,  instal¬ 
lations,  and  facilities  and  their  locations  relative  to  the 
terrain,  the  next  problem  was  to  provide  a  representat i on 
for  possible  happenings  (including  the  component  states  of 
affairs)  which  would  be  of  interest.  The  indicated  form  of 
representat i on  is  process  representat i on ,  and  specifically, 
social  practice  r epresentat i on . 

5.3.1  The  choice  of  social  practices  for  representati on 

came  primarily  from  the  PS  Scenario.  Since  a  Scenario  is 
defined  as  (1)  an  ad  hoc  structure  of  social  practices 
(2)  with  some  specification  of  historical  (i.e.,  actual) 
individuals,  the  PS  Scenario  was  analyzed  into  a  set  of 
social  practices.  Representation  of  these  practices 
would  make  possible  the  recognition  of  the  occurrence  of 


instances  of  them,  including  the  instances  compatible  with 
the  F'S  Scenario.  For  present  purposes,  implementation  of  a 
sample  of  these  practices  (indicated  in  Appendix  D)  was 
judged  to  be  sufficient.  The  selection  emphasized  the  early 
stages  of  the  scenario,  since  the  detection  of  the  early 
stages  of  an  activity  has  the  biggest  I8<W  payoff.  For  a 
more  extensive  project,  there  would  be  a  variety  of 
different  scenarios  and  systematic  representat i on  of  all  the 
social  practices  involved. 

5.3.2  For  each  social  practice  representat i on  a  corres¬ 

ponding  Achievement  Analysis  (Task  Analysis)  was  performed. 
The  Achievement  Analysis  is  derived  from  the  social  practice 
representat i on  by  specifying  (a)  the  overall  outcome  (state 
of  affairs)  of  the  occurrence  of  the  social  practice  and 
(b)  for  each  stage,  the  state  of  affairs  which  marks  the  end 
of  that  stage  and  the  initial  condition  for  the  next. 

5.3.2. 1  The  outcomes  in  this  case  are  the  logical 

context-free  outcomes,  not  empirical,  context-dependent 
ones.  For  example,  if  a  stage  in  a  process  is  "[Tanker 
Truck!  delivers  CPOL]  to  CF'GL  Storage  Facility]"  the  logical 
outcome  is  "Truckload  of  CP0L3  has  been  delivered  to  CPOL 
Storage  Facility]."  (Brackets  indicate  process  Elements.) 
Identification  of  context-dependent  empirical  outcomes 
Ce.g.,  the  storage  tank  is  full;  this  is  the  tenth  truckload 
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this  week;  the  POL  delivered  will  keep  the  unit  operating 
■for  ten  days)  depend  on  having  a  representat i on  o-f  the 
context;  this  possibility  is  provided  by  the  domain  repre¬ 
sentation,  including  observed  facts  (see  Section  5.4, 
bel ow) . 

5. 3. 2. 2  Achievement  Analyses  can  be  performed  directly 
in  the  absence  of  the  correspondi ng  process  representat i on . 
They  provide  an  alternative  vehicle  for  identifying  happen¬ 
ings  in  the  domain. 

5.3.3  An  example  of  a  social  practice  representati on 
which  exemplifies  the  Basic  Process  Unit  format  is  shown 
below  in  Table  6 a  and  the  correspondi ng  Achievement  Analysis 
is  shown  in  Table  6b.  It  should  be  noted  that  bracketed 
terms  (e.g.  CTTruckD)  are  Element  names.  The  names  were 
selected  for  their  mnemonic  or  heuristic  value  in 
identifying  the  part  played  by  that  Element  in  the  process 
as  a  whole.  For  computer  processing,  they  could  be  replaced 
by  "Element  1,"  "Element  2,"  etc. 
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Table  6a. 


SOCIAL  PRACTICE  REPRESENTATION 


SP  7.0  [Vehicle]  delivers  [Material]  at  [Site] 

P-Paradigm  7.1  [TTruck]  delivers  [POL]  at  [POL  Storage  Site] 

(Stage  1)  7.1.1  [Driver]  moves  [TTruck]  into  [Delivery  Position] 

(Stage  2)  7.1.2  [Driver]  dismounts  -from  [TTruck] 

(Stage  3)  7.1.3  [Driver]  connects  [EConnector]  to  [SConnector] 

(Stage  4)  7.1.4  [Driver]  activates  [Delivery  Control] 

(Stage  5)  7.1.5  [POL]  -flows  -from  [TTruck]  to  [Storage  Structure] 

(Stage  6)  7.1.6  [Driver]  checks  completeness  o-f  delivery 

(Option  1)  7. 1.6.1  [Driver]  observes  [Gauge] 

(Option  2)  7. 1.6.2  [Driver]  observes  flow  of  [POL] 

(Stage  7)  7.1.7  [Driver]  deactivates  [Delivery  Control] 

(Stage  8)  7.1.8  [Driver]  disconnects  [EConnector]  from  [SConnector] 

(Stage  9)  7.1.9  [Driver]  restores  [EConnector]  to  original  position 

(Stage  10)  7.1.10  [Driver]  mounts  [TTruck] 

(Stage  11)  7.1.11  [Driver]  moves  [TTruck]  to  [Readiness  Position] 
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Table  6a.  SOCIAL  PRACTICE  REPRESENTATION  (Con’d) 

SP  7.0  [Vehicle!  delivers  [Material!  at  [Site! 

P-Paradigm  7.1  [TTruck!  delivers  [POL!  at  [POL  Storage  Site! 


Elements: 

[TTruck!  = 

[POL!  = 

[POL  Storage  Site!  = 
[Driver!  = 

[Delivery  Position!  = 

[EConnector!  = 

[SConnector!  = 

[Delivery  Control!  = 


Tank  Truck  or  any  vehicle  capable  of  carrying 
bulk  quantities  of  [POL! 

Any  petrol eum-deri ved  fuel  or  lubricant 
Any  separate  facility  for  storing  [POL! 

The  driver  of  the  [TTruck! 

[TTruck!  position  in  which  transfer  of  [POL! 
takes  place 

Equipment  which  connects  tank  on  truck  to 
storage  structure 

Equipment  on  storage  structure  which  connects  to 
truck 

Equipment  which  directly  controls  the  delivery 


of  [POL! 


[Readiness  Position!  =  Position  which  completes  delivery  and  from  which 

next  action  can  be  taken 

[Gauge!  =  Any  metering  device  for  delivery  of  [POL! 

[Storage  Structure!  =  Structure  in  which  [POL!  is  stored 
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Table  6a.  SOCIAL  PRACTICE  REPRESENTATION  (Con’d) 


SP  7.0  [Vehicle]  delivers  [Material]  at  [Site] 

P-Paradigm  7.1  [TTruck]  delivers  [POL]  at  [POL  Storage  Site] 

Indi vi dual s/El igibi 1 i ties: 

1.  [POL  Storage  Site] 

a.  Bor  POL  Storage  Site 

b.  Schneeberg  POL  Storage  Facility 

c.  KMS  POL  Complex 

d.  Schleiz  Bulk  POL  Storage  Facility 

e.  Neustadt  Jet -A  Storage  and  Pumping  Station 

■f.  Grafenrod  POL  Storage  Area 

g.  Bad  Salzungen  POL  Storage  Site 

2.  [TTruck] 

a.  Any  tank  truck 

b.  Any  POL  vehicle 

3.  [Driver] 

a.  //A  non-com  or  enlisted  man 

b.  A  ci vi 1 i an 

4.  [EConnector] 

a.  //  A  hose 

b.  A  spigot 

5.  [SConnector] 

a.  A  hose/sleeve  connection 


Table  6a.  SOCIAL  PRACTICE  REPRESENTATION  (Con’d) 

SP  7.0  [Vehicle]  delivers  [Material]  at  [Site] 

P-F'aradigm  7.1  [TTruck]  delivers  [POLD  at  [POL  Storage  Site] 

b.  An  aperture  in  underground  storage  or  delivery 
structure 

c.  A  sleeve  connection 
fa.  [Delivery  control] 

a.  A  valve 

b.  A  pump 

7.  [POL] 

a.  POL 

b.  BOL 

c.  MoGas 

8.  [Readiness  Position] 

a.  A  location  at  or  near  [POL  Storage  Site] 

b.  A  designated  location  at  or  near  [POL  Storage  Site] 

9.  [Delivery  Position] 

a.  A  location  adjacent  to  storage  stucture 

b.  A  location  adjacent  to  delivery  point  other  than 
storage  structure 

10.  [Gauge] 

a.  Metering  device  with  dial 

b.  A  level  indicator 
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Table  6a.  SOCIAL  PRACTICE  REPRESENTATION  (Con’d) 

SP  7.0  [Vehicle]  delivers  [Material]  at  [Site] 

F'-Paradigm  7.1  [TTruck]  delivers  [POL]  at  [POL  Storage  Site] 


11.  [Storage  Structure] 

a.  Above  ground  tank 

b.  Underground  tank 

c.  Bladder 


Contingencies: 

(Co-Occ)  1.  [Driver]  is  same  individual  in  all  stages 

(Co-Occ)  2.  [TTruck]  is  same  individual  in  all  stages 

(Co-Occ)  3.  [POL  Storage  Site]  is  same  individual  in  all  stages 
(Co-Occ)  4.  [POL]  is  same  material  in  all  stages 
(Co-0cc>  5.  [EConnector]  is  same  individual  in  all  stages 

(Co-Occ)  6.  [SConnector]  is  same  individual  in  all  stages 

(Co-Occ)  7.  [Delivery  Control]  is  same  individual  in  all  stages 
(Attrxb)  8.  [Driver]  is  a  person 
(Relation)  9.  [EConnector]  is  part  o-f  [TTruck] 

(Relation)  10.  [SConnector]  is  part  o-f  [Storage  Structure] 

(Relation)  11.  [Gauge]  is  part  o-f  [TTruck]  or  part  o-f  [Storage 
Structure] 

(Fact)  12.  Stage  1  i-f-f  [EConnector]  and  [SConnector]  can  be 

connected 
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Table  6b.  TASK  ANALYSIS  FOR  SP  7.1 
SI-'  7.0  [Vehicle]  delivers  [Material]  at  [Site] 
P-Paradigm  7.1  [TTruck]  delivers  [POL]  at  [POL  Storage  Site] 


(Initial 

Condition) 

0. 

[TTruck]  has  load  o-f  [POL] 

[TTruck]  is  at  [POL  Storage  Site] 

(Stage 

1 

Achievement) 

1. 

[TTruck]  is  in  position  to  deliver 

[POL] 

(Stage 

2 

Achievement) 

2. 

[Driver]  is  dismounted 

[Driver]  is  in  position  to  make  delivery 

(Stage 

.ji 

Achievement) 

3. 

[TTruck]  is  ready  for  delivery 

(Stage 

4 

Achievement) 

4. 

[POL]  delivery  begins 

(Stage 

5 

Achievement) 

5. 

[POL]  delivery  proceeds 

(Stage 

6 

Achievement) 

6. 

[POL]  is  delivered 

(Stage 

7 

Achievement) 

7. 

Delivery  mechanism  is  stopped 

‘-Stage 

8 

Achievement) 

8. 

[EConnector]  is  disconnected  -from 

[SConnector ] 

(Stage 

9 

Achievement) 

9. 

[EConnector]  is  restored  to 

original 

position 

[TTruck]  is  restored  to  traveling 

condition 

(Stage 

10  Achievement) 

10. 

[Driver]  is  in  position  to  drive  [TTruck] 

(Stage 

11  Achievement) 

11. 

[TTruck]  is  ready  -for  next  action 

(Over a 1 1 

Achievement) 

12. 

[TTruck]  has  delivered  [POL] 

at  [POL 

Storage  Site] 


66 


The  examples  in  Tables  oa  and  6b  bring  to  light 
a  number  of  technical  issues. 

5.3.3. 1  In  general,  phenomena  should  be  represented  at 
"too  detailed"  a  level. 

An  examination  of  the  social  practices  in  Table  6a  in 
light  of  the  preemptive  strike  scenario  will  show  that  what 
i s  of  interest  is  the  occurence  or  non-occurence  of  these 
practices  rather  than  the  individual  behaviors  which  are 
their  components  and  which  provide  most  of  the  content  of 
the  social  practice  representations. 

This  is  a  general  feature  of  SA  systems.  In  the 
hierarchical  representat i on ,  it  is  desirable  to  represent 
not  only  the  phenomena  of  interest,  but  also  the  next  level 
of  detail  and  perhaps  even  the  next  further  level  of  detail. 

This  is  particularly  true  for  phenomena  which  have  many 
components  (e.g.  staging  a  major  mission)  and/or  which 
develop  slowly  and/or  covertly  over  time  (e.g.,  the  buildup 
of  personnel,  equipment,  and  material  for  a  major 
of  fen si ve) . 

The  reason  is  that  in  such  cases  it  is  unlikely  that 
the  occurence  of  the  phenomenon  of  interest  would  be 
established  (in  timely  fashion,  as  against  long  after  the 
fact)  by  a  simple  report  or  observation.  Rather,  reports 
and  observations  would  most  likely  refer  to  some  of  the 
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component  activities,  objects,  -facts,  etc.,  and  timely 
conclusions  about  the  phenomenon  of  interest  would  have 
to  be  based  on  these. 

One  example  may  have  particular  interest  for 
intelligence  analysis:  In  the  case  where  a  set  of 
aggressive  activities  is  being  carried  out  under  a  cover  of 
normalcy,  there  is  some  chance  that  the  "normal"  covering 
activities  will  not  be  carried  out  in  full  detail  for 
reasons  of  pract i cal i ty .  Having  a  detailed  representat i on 
of  the  normal  practices  would  facilitate  the  detection  of 
deception . 

5. 3. 3. 2  Social  practices  may  have  other  social  practices 
as  constituents. 

For  example,  the  social  practice  of  Table  6a  (i.e., 

SP  7.0:  [Vehicle!  delivers  [Material!  at  CSite!)  is  part  of 
another  social  practice,  namely,  SP  8.0:  [Convoy!  delivers 
[Material!  at  [Site!.  Likewise,  the  P-Paradigm  actually 
shown  in  Table  6a  <i.e.  SP  7.1:  [TTrucfc!  delivers  [POL!  at 
[POL  Storage  Site!)  is  a  part  of  another  P-Paradigm,  namely, 
SP  8.1:  [TTruck  Convoy!  delivers  CPOLI  to  [POL  Storage 
Site!. 

5. 3. 3. 2.1  The  existence  of  hierarchical  part-whole 
relationships  among  social  practices  points  up  the  practical 
necessity  for  conventions  dealing  with  naming  and  identity. 
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Ideally,  every  Option,  every  Stage,  and  every  Social 
Practice  should  he  given  by  an  independent,  stand  alone 
representat  i  on .  However,  -following  this  principle  literally 
leads  to  a  mass  of  trivial  co-occurrence  cont i ngenci es  such 
as  cont i ngenci es  1-7  in  the  social  practice  representat i on 
in  Table  6a.  At  present  we  have  introduced  a  convention 
that  assumes  than  an  individual  playing  the  part  of  a  given 
Element  is  the  same  individual  across  all  stages  of  a  Social 
Practice,  and  exceptions  will  be  codified  in  contingencies 
or  additional  Options. 

5. 3. 3. 2. 2  This  solution  is  not  available  across  Social 
Practice  level  boundaries,  particularly  when  we  have  generic 
practices  and  more  specific  process  paradigms.  This 
relationship  is  exemplified  in  Table  6a,  where  the  generic 
SP  is  7.0:  CVehicleH  delivers  [Material!  at  [Site]  and  the 
particular  process  paradigm  is  7.1s  [TTruck]  delivers 
[POL!  at  [POL  Storage  Site].  In  this  case,  management  of 
the  instantiation  relation  could  be  accomplished  by  means  of 
contingency  specifications  of  the  form  "7.1  iff  [Vehicle]  = 
[TTruck]. " 

5. 3. 3. 3  The  example  in  Table  6a  also  exemplifies  the 
tradeoff  between  increasing  the  number  of  paradigms  and 
increasing  the  number  of  contingencies.  Paradigm  7.1  could 
be  paralleled  by  another  paradigm,  7.2  representing  the  case 
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where  CPQL  Storage  Site!  personnel  do  the  actual  delivery 


rather  than  the  truck  driver.  In  that  case,  7.2  would 
read  the  same  as  7.1  except  that  in  Stages  2-10,  CDriverl 
would  be  replaced  by  CSPersonnel!.  If  both  were  combined 
into  one  representation,  there  would  be  two  Options  in  each 
of  these  stages.  For  example: 

(Stage  4)  7.1.4  CDelivery  Control  3  is  activated 

(Option  1)  7. 1.4.1  CDriver!  activates  CDelivery 

Control  3 

(Option  2)  7. 1.4.2  CSPersonnel 3  activates  CDelivery 

Control  3 


This  form  of  representat i on  would  require  a  set  of 

co-occurence  Contingency  spec! f ications  linking  the  CDriver3 

Options  and  another  set  linking  the  CSPersonnel 3  Options. 

For  example: 

7.  1 . 4.  1 
7. 1.6. 1 
7.  1 . 7.  1 
etc . 

7.  1 . 4. 2 
7 .  1 . 6 . 2 
7.  1.7.2 
etc . 

From  these  examples,  it  is  clear  that  simplicity  and 
effectiveness  of  representati on  depends  on  suitable  choices 
in  the  form  of  representat i on . 


IFF  7. 1.3.1 
IFF  7. 1.4.1 
IFF  7. 1.6.1 

IFF  7. 1.3.2 
IFF  7. 1.4.2 
IFF  7.  1.6.2 
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5. 3. 3. 4  The  Basic  Process  Unit  has  -formal  Individuals 
eligible  to  play  the  part  o-f  Elements  and  then,  -for  an 
actual  occurrence,  historical  (actual )  individuals  play  the 
part  of  the  -formal  Individuals  and  by  virtue  o-f  that,  play 
the  part  o-f  Elements.  In  the  representat i on  o-f  SP  7.1  the 
-formal  Individuals  are  bypassed  and  the  Eligibility  table 
directly  connects  historical  individuals  to  Elements.  For 
example,  the  Bor  POL  Storage  Area  is  a  historical  individual 
which  is  eligible  to  play  the  part  o-f  CPOL  Storage  Site!  in 
SP  7.1. 

The  possibility  of  implementing  this  si mpl i f i cat i on 
stems  from  the  choice  of  a  Domain  and  the  availability  of 
the  static  Domain  representat i on .  It  follows  from  the 
latter  that  there  is  a  finite  set  of  historical  individuals 
capable  of  playing  the  part  of  CPOL  Storage  Site!  and 
presumably  that  set  does  not  change  rapidly.  This  would  be 
true  no  matter  how  large  a  geographic  area  was  chosen  from 
the  Domain. 

5. 3. 3. 5  Not  all  Options  or  i ndi vi dual -El ement 
instantiations  are  on  a  par.  Some  are  more  or  less 
paradi gmat i c ,  by  virtue  of  being  archetypal ,  normative, 
typical,  or  customary,  and  others  are  not.  It  is  useful, 
therefore  to  have  what  amount  to  "normality"  labels  for 


Options  and 


ei ther 


in  categorical  or 


instantiations, 
numerical  form.  The  advantages  include: 

<a>  Quick  searches  using  only  the  paradigmatic  Options,  and 
(b)  More  ready  detection  of  unusual  happenings.  To  achieve 
effective  labeling  of  this  sort  adds  significantly  to 
the  representat i onal  task,  so  that  the  question  of 
feasibility  remains  open. 

Table  6a  illustrates  the  use  of  a  categorical  label 
i.e.,  a  double  slash  <"//")  to  indicate  paradigmatic 
i nstant i at i ons: 

3.  C Driver  3 

(a)  //  A  non-com  or  enlisted  man 

(b)  A  civilian 

4.  CEConnector 3 

(a)  //  A  hose 

(b)  A  spigot 

5. 3. 3. 6  In  a  sense,  the  notion  of  doing  quick  searches 
using  only  the  paradigmatic  Options  is  already  involved  in 
some  of  the  simplifications  noted  above.  For,  whereas  the 
conceptual  framework  and  notation  are  geared  to  encompassing 
all  the  possibilities,  in  practice  it  is  always  necessary  to 
stop  somewhere  short  of  that,  based  on  the  judgment  that 
these  are  the  possibilities  we  know  about  and  care  enough 
about  to  represent  them. 
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5. 3. 3. 7  SP  7.1  shows  preparation  and  recovery  as  part  at 
the  delivery  process.  Other  possibilities  would  be  to  make 
them  separate  practices  and/or  to  make  them  part  of  a 
larger,  contextual  practice.  In  the  case  o-f  SP  7.1,  the 
larger  practice  is  SP  8.0:  [Convoy]  delivers  [Material]  at 
[Site].  The  choice  was  made  on  the  basis  that  inclusion 
o-f  preparation  and  recovery  as  part  of  the  practice  makes 
the  practice  a  sel -f-contai ned  unit  and  therefore  -facilitates 
a  modular  approach  to  processing  SP  representat i ons. 

5. 3. 3. 8  Both  SP  7.1  and  the  corresponding  Task  Analysis 
are  shown  in  Table  &b.  Potentially,  the  use  of  Task 
Analyses  rather  than  the  full  SP  representat i ons  is  a  cost 
effective  simplification.  Since  the  Task  Analysis  is 
simpler,  it  provides  fewer  observational  connections 
to  what  is  going  on,  but,  correspondi ngl y ,  it  is  less 
complicated  to  process. 

5.4  The  elements  of  domain  representation  dealt  with 
so  far,  i.e.  the  installations  and  facilities,  highways  and 
paths,  and  locations  and  composition  of  forward  units 
provide  a  picture  of  what  is  in  the  domain.  They  do  not 
provide  a  picture  of  what  is  happening  in  the  domain. 

A  dynamic  representation  of  the  domain  is  achieved  by 
means  of  a  data  base  i ncorpor at i ng  observational  data 
together  with  several  kinds  of  interpretive  processing. 
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5.4.1  Table  7  shows  an  excerpt  of  the  data  base 
developed  -for  the  present  project.  The  types  o-f  information 
contained  in  the  data  base  re-flect  a  process  o-f 

(a)  Stipulating  a  number  o-f  routine  activities 
occurring  in  the  domain,  and 

(b)  estimating  the  kinds  o-f  observation  which  could 
plausibly  be  expected  to  be  made. 

The  “routine  activities"  also  reflect  the  kinds  of  action 
involved  in  the  PS  Scenario. 

Note  that  the  core  data  in  each  entry  is  a  relation  or 
activity  involving  up  to  four  Elements.  To  this  is  added 
(1)  a  Quantity/Units  qualifier,  (2)  a  Date/Time  label,  (3) 
an  observer  credibility  label,  and  (4)  a  Fact  Type  label. 

5.4. 1.1  The  data  in  the  Fact  File  shown  in  Table  7  are 
not  an  arbitrary  or  random  collection  of  facts.  Rather, 
they  represent  an  implicit  simulation,  since  they  are  some 
of  the  things  that  might  be  observed  if  a  stipulated  history 
of  activities  and  happenings  were  the  same  as  the  actual 
history  of  the  domain. 

Since  the  data  in  the  Fact  File  reflects  the  assumption 
that  whatever  was  in  principle  observable  or  discoverable  by 
an  outside  observer  might  in  fact  be  directly  reported,  the 
facts  are  of  various  kinds  and  some  of  them  might  be  of 
interest  in  their  own  right.  In  general,  however,  the  facts 
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Table  7.  Data  Base  Excerpt  (Le-ft  hal-f) 


Action 

Element 

Del i ver 

T  Trucks 

Depart 

TTrucks 

Depart 

TTrucks 

Deliver 

TTrucks 

Depart 

TATrucks 

On 

TTrucks 

On 

TTrucks 

On 

TTrucks 

Parked  at 

Tanks 

Deliver 

TTrucks 

Depart 

TTrucks 

Depart 

TTrucks 

On 

TTrucks 

On 

TTrucks 

Parked  at 

Tanks 

Element  Element 


Karlovy  Vary  Air  Base  POL 

Manenberg  POL  Facility  * 

KMS  POL  Facility  It 

POL  Neustadt 


Suhl  Barracks 
Hi  way  E63 
Hi  way  174 
Hi  way  19 
Plzen  Tank  Yard 
POL 


Neustadt  POL 
Faci 1 i ty 

Tanks 

* 

* 

* 

It 

Dobris  Air  Base 


Manenberg  POL  Facility  * 
KMS  POL  Facility  * 
Hi  way  169  It 
Hiway  12  * 
Gera  Tank  Yard  * 


Table  7.  Data  Base  Excerpt  (Right  half) 


Element 

Quantity 

Units 

Date 

Time 

Cred 

* 

15000 

Gal 

01-21-88 

* 

TT 

v> 

* 

10 

Ea 

01-21-88 

0900 

2 

* 

13 

Ea 

01-21-88 

0715 

2 

* 

20000 

Gal 

01-21-88 

* 

3 

* 

6 

Ea 

01-21-88 

0815 

2 

* 

13 

Ea 

01-21-88 

1110 

2 

* 

10 

Ea 

01-21-88 

0740 

2 

* 

13 

Ea 

01-21-88 

0930 

2 

« 

12 

Ea 

01-21-88 

1420 

2 

* 

12000 

Gal 

01-22-88 

* 

3 

* 

8 

Ea 

01-22-88 

0715 

2 

* 

14 

Ea 

01-22-88 

0910 

2 

* 

14 

Ea 

01-22-88 

0945 

n 

4 

* 

8 

Ea 

01-22-88 

1100 

2 

% 

11 

Ea 

01-22-88 

1540 

2 
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are  -fairly  atomic.  The  Fact  File,  therefore  exemplifies 
the  "Hard  Data"  problem,  i.e.,  that  the  data  is  only 
informative  in  the  context  of  other  data  and  even  then  only 
after  some  kind  of  analysis. 

5.4.2  The  social  practice  representat i ons  provide  a 
major  resource  for  "interpreting’1  the  "hard  facts"  in  the 
data  base. 

5.4.2. 1  The  key  operation  is  matching  a  given  fact  in 
the  data  base  with  one  of  the  facts  involved  in  the 
occurrence  of  a  given  social  practice.  Essentially  one 
moves  from  the  report  that  certain  states  of  affairs  were 
observed  to  the  conclusion  that  a  Version  of  a  given 
social  practice  has  taken  place  when  (a)  enough  of  the 
observational  data  matches  the  components  of  the  social 
practice,  (b)  the  data  does  not  match  any  alternative 
practice  as  well  as  it  does  this  one,  and  (c)  there  is  no 
conflicting  data.  Failing  this,  what  is  available  is  a 
periodically  updated  log  of  which  practices  are  compatible 
with  the  data,  and  for  each  one,  how  compatible  in  terms  of 
degree  of  match. 

5. 4. 2. 2  The  matching  process  is  facilitated  by  the  fact 
that  observation  reports  are  generally  couched  in  terms  of 
Elements  rather  than  individuals  or  they  make  reference  to 
individuals  which  are  easily  classified  as  Elements.  For 
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example,  in  "Twelve  Tank  Trucks  departed  -from  the  Schneeberg 
POL  -facility  at  1345  1/15,"  “Tank  Trucks"  is  an  Element  name 
and  “Schneeberg  POL  -facility"  is  readily  identi-fied  as 
CPOL  Storage  Facility!  by  virtue  o-f  the  Eligibility  lists 
associated  with  process  representat i ons  (see  Table  6a  -for  an 
example  involving  the  Schneeberg  POL  facility). 

5. 4. 2. 3  Nevertheless,  simple  correspondence  between  Fact 
File  data  and  Stage/Opti on/Practi ce  descriptions  or  Achieve¬ 
ment  descriptions  is  not  something  that  can  be  counted  on  in 
general.  Two  methodologies  for  facilitating  the  matching 
are  plausible.  They  are  not  mutually  exclusive. 

5. 4. 2. 3.1  The  first  is  the  familiar  thesaurus  method. 
In  this  case,  each  of  the  lines  in  the  process  representa¬ 
tion  would  have  a  list  of  "synonymous"  expressions  and  a 
given  data  item  would  match  that  part  of  the  process  if  it 
matched  any  of  the  synonyms.  The  major  drawback  to  be 
anticipated  is  that  the  greater  complexity  might  lead  to 
problems  of  economy  or  efficiency. 

5. 4. 2. 3. 2  The  second  method  makes  use  of  the  "Fact  Type" 
label  in  column  one  of  the  data  base  entry.  If  the  same 
system  of  labeling  were  used  on  each  line  of  a  process 
representation  or  Task  Analysis  then  direct  matching  on  the 
basis  of  Fact  Type  would  once  more  be  feasible.  Table  8 
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shows  an  excerpt  from  the  list  of  Fact  Types  developed  to 


date. 

Note  that  matching  on  the  basis  of  Fact  Type  is  a 
near-squi valent  to  matching  on  the  basis  of  Activity  and 
Elements,  since  Fact  Types  refer  to  both. 


Ivp.e 

1 


4 

5 

£> 


8 

9 


1  0 


1  1 
12 
13 
1 

15 


Table  8.  Fact  Types 

Descr i pt i on 

Flatbed  trucks  depart  from  munitions  factory 
Flatbed  trucks  on  highway 

Flatbed  trucks  arrive  at  military  facility  ammo  depot 
Tank  trucks  depart  from  POL  refinery  or  shipping  point 
Tank  trucks  on  highway 

Tank  trucks  arrive  at  POL  storage  facility 
Tank  trucks  arrive  at  air  bass  POL  storage  facility 
Tank  trucks  at  POL  storage  facility 
Tank  trucks  at  air  base 

Tank  carriers  depart  from  army  compound 
Tank  carriers  on  highway 
Tank  carriers  arrive  at  tank  yard 
Tank  carriers  at  tank  yard 
Tanks  parked  at  tank  yard 

Tank  trucks  depart  from  POL  Storage  Facili.y 
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5. 4. 2. 4  Since  scenarios  are  structures  having  social 
practices  as  components,  the  ability  to  interpret  the 
database  in-formation  as  evidence  that  a  certain  social 
practice  took  place  or  is  taking  place  will  translate  into 
the  ability  to  use  the  database  information  as  evidence 
that  a  certain  scenario  is  taking  place  or  did  take  place. 
Scenario  detection  requires  both  the  detection  of  the 
component  social  practices  and  matching  the  historical 
individuals  specified  in  the  scenario  representat i on .  For 
example,  if  the  scenario  calls  for  "Troops  deploy  along 
Highway  62",  then  it  is  not  enough  to  detect  an  instance  of 
" CForcel  deploys  along  [Highway!:  one  must  also  establish 
that  the  actual  highway  involved  is  Highway  62. 

5. 4. 2. 5  Matching  can  be  done  “in  reverse"  to  good  effect 

also.  If  the  data  match  two  or  more  alternative  social 
practices,  an  examination  of  the  fact  types  which  differen¬ 
tiate  the  social  practices  would  lead  to  a  specification  of 
what  observations  would  need  to  be  made  in  order  to  be 
confident  of  which  one  had  taken  place  or  was  takinq  place. 
5.4.3  Another  major  resource  for  interpreting  the  "hard 

facts"  in  the  Fact  File  is  the  ability  to  perform  statis¬ 
tical  and  other  analyses,  including  trend  analyses  on  the 
data.  Part  of  the  value  of  representing  routine  activities 


80 


is  to  provide  benchmarks  of  various  sorts  so  as  to  facili¬ 
tate  the  detection  of  unusual  activity. 

5.4.3. 1  Evidence  of  unusual  activities  together  with  an 
inconclusive  partial  match  of  the  data  to  a  scenario  of 
interest  would  almost  certainly  be  a  more  powerful  indicator 
of  the  occurrence  of  the  scenario  than  either  piece  of 
evidence  separately. 

5. 4. 3. 2  The  structure  of  the  Fact  File  makes  it  possible 
'.in  a  computer  implementation  —  see  Section  7.0)  for  an 
individual  to  define  an  ad  hoc  data  base  containing  only 
specified  types  of  data  in  order  to  facilitate  individually 
defined  analyses  or  updated  display  packages,  etc. 

5.4.4  The  results  of  analyses  described  above  constitute 

an  additional  set  of  (non-observat i onal )  facts. 

5.4.4. 1  The  results  of  statistical  analyses  can  be 
represented  in  a  "Summaries  File". 

5. 4. 4. 2  The  results  of  matching  to  process  representa¬ 
tions  can  be  represented  in  an  " Interpretati on  File"  having 
the  same  form  as  the  Fact  File. 

5. 4. 4. 3  The  results  of  choice  principle  analysis  can  be 
represented  in  a  "Individual  Char ac ter i st i cs  File". 

5.5  Summary  of  Representational  Requirements 

The  representati onal  requirements  described  above  are 
summarized  as  follows: 
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1.  Domain  Representat 1  on 

1.1  Stable  Domain  Representat i on 

Installation/Facility  File 
OB  Files;  TOE  Files 
Path  File 

Individual  Character i sti  cs  File 
Fact  Type  File 

1.2  Dynamic  Domain  Representati on 

Fact  File 
Summaries  File 
Interpretat i ons  File 

2.  Process  Representat i on 

Social  Practice  Representations 
Task  Analyses 
Scenario  Representations 
A1 ternat i vel y : 

1.  Knowledge  Base 

Stable  Domain  Representat i on 
Process  Representation 

2.  Data  Base 

Fact  File 
Summaries  File 


Interpretat i ons  File 


6 .  0 


CHOICE  PRINCIPLE  ANALYSIS 


"It's  not  what  you  do  —  it’s  how  you  do  it."  This 
truism  is,  in  effect,  codified  by  the  notions  of 
Co-occurrence  Contingency  and  Relationship  Contingency.  The 
first  of  these  specifies  that  a  certain  option  is  available 
(for  the  occurrence  of  the  Process)  only  if  the  individual 
playing  the  relevant  Element  has  certain  attributes.  The 
second  is  parallel  but  specifies  that  the  individual  has  a 
specified  relationship. 

Any  person  character i st i c  (attribute)  may  make  a 
difference  in  how  one  does  what  one  is  doing.  Among  the 
kinds  of  characteristics  which  are  of  most  interest  for 
intelligence  analysis  are  traits,  attitudes,  values, 
knowledge,  abilities,  policies,  strategies,  states  of  mind, 
and  doctrine.  These  appear  to  be  the  characteri sties  which 
are  most  likely  to  make  significant  differences  in  relevant 
ac t i vi ties. 

6.1  Co-occurrence  contingencies  and  relationship 
contingencies  were  presented  in  Section  4  as  logical 
constraints.  Using  the  PCF  methodology  we  can  extend  the 
formulation  to  1 ess-than-certai n  connections,  e.g., 
probabi 1 i t i es,  degrees  of  confidence,  etc.  Thus,  we 
can  say  that  the  availability  of  a  given  Option  is  increased 
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or  decreased  relative  to  baseline  level  (correspondi ng  to 
what  a  hypothetical  "average  person"  could  be  expected  to 
do).  One  reason  why  such  connections  are  less  than  certain 
is  that  any  individual  has  various  person  character i st i cs 
which  operate  with  various  degrees  o-f  priority;  in  general 
any  given  person  characteri st i c  is  able  to  find  expression 
in  more  than  one  Option  in  a  given  Social  Practice,  and  any 
given  Option  will  appeal  dif f erenti al 1 y  to  more  than  one 
Person  Character i sti c . 

6.2  A  classic  example  o-f  the  connection  between  Option 
choices  and  Person  character i st i cs  is  provided  by  the 
heuristic  image  of  "Dinner  at  8:30": 

Wil:  You  know,  I  finished  work  at  6:00  yesterday  and 
got  home  at  6:30.  We  had  dinner  at  8:30  and  it  was  steak, 
well  done. 

Gil:  So  what  else  is  new?  In  this  yuppy  town  half  the 
population  could  say  pretty  much  the  same  thing. 

Wil:  Well,  you  know,  yesterday  morning  I  had  a  big 
argument  with  my  wife  and  I  left  in  the  middle  of  it.  I 
usually  do  get  home  at  6:30  but  we  usually  have  dinner  at 
7:30,  not  8:30.  I  see  you’re  smiling.  And  I  like  steak  a 
great  deal,  but  I  like  it  rare  —  1  hate  it  well  done. 

Gil:  She  must  have  really  been  angry  at  you.  She  was 
really  giving  you  the  business. 
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In  this  example  it  is  clear  that  (a)  Wi  1  ’  s  wife 


was  serving  dinner  (the  social  practice)  in  one  o-f  the  ways 
it  can  be  done  and  (b)  there  was  more  to  it  than  that  —  the 
choice  of  just  those  options  (8:30,  steak  well  done)  was  an 
expression  of  hostility.  Indeed,  it  wasn't  what  she  did, 
but  how  she  did  it. 

6.3.1  The  example  illustrates  a  fundamental  fact,  namely 

that  the  connection  between  Option  choices  and  Person 
Characteri st i cs  is  a  two-way  street. 

(a)  Person  Characteri st i cs  have  a  selective  influence  on 
Option  choices.  Person  characteristics  are  expressed 
by  Option  choices.  Because  of  this, 

(b)  Option  choices  are  the  paradigmatic  basis  on  which 
Person  Character i sti cs  are  assessed.  When  a  person 
consistently  makes  choices  which  express  the  same 
Person  Characteri stic  we  have  greater  confidence 
<1>  that  the  person  does  have  the  characteri st i c  and 
(2)  that  the  character i sti c  is  a  stable  one. 

6.4  If  a  person  has  a  stable  person  characteri st i c  we 

have  some  confidence  that  he  will  continue  to  have  it  for 
some  time  to  come  and  will  continue  to  express  it  in  some  of 
his  choices  of  Options  in  future  activities,  particularly 
(a)  those  Options  which  are  the  best  expressions  of  the 


B5 


person  character! Stic  and/or  (b)  those  Options  where  other 
considerations  are  least  likely  to  influence  the  choice. 

6.5  All  of  the  foregoing  will,  with  the  relevant 

modifications,  apply  to  organizations,  groups,  political 
units,  all  of  which  can  be  meaningfully  said  to  "do"  things, 
and  to  do  one  thing  rather  than  another  (that  could  have 
been  done)  on  a  given  occasion  and  over  repeated  occasions. 
6.5.1  The  choices  and  characteri sti cs  of  organisations, 

etc.  often  are  a  relatively  direct  reflection  of  the  choices 
and  character i st i cs  of  the  person  or  persons  in  leadership 
posi ti ons. 

6.6  The  representati on  of  social  behavior  (including 
military  activities)  as  embodying  social  practices  with  a 


Stage/Option 

structure 

and 

Attri buti onal  and 

Rel at i onal 

Contingencies 

provides 

the 

basic  ingredients 

for  choice 

principle  analysis.  The  primary  payoff  is  having  an 
additional  resource  for  correctly  anticipating  the  behavior 
of  the  other  person  or  group  and  additional  clues  as  to  how 
to  prevent,  encourage,  or  otherwise  deal  effectively  with 
i  t . 

6.7  What  is  needed  for  choice  principle  analysis,  in 
addition  to  the  basics  provided  by  the  Social  Practice 
Representation,  is  to  make  explicit  a  set  of  connections 
between  Options  and  Attributes  of  persons  or  groups. 
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6.7.1  The  simplest  procedure  would  be  to  use  Attributes 
to  categorize  Options,  and  in  the  simplest  case  an  Option 
would  fall  under  one  and  only  one  Attribute.  Thus,  for 
example.  Option  9. 1.4.3  (Option  3  of  Stage  4  of  Paradigm  1 
of  SP  9)  would  be  classified  as  an  "Aggressive"  Option  and 
Options  9.4. 1.1  and  6. 3. 2. 2  might  be  "Conservative"  Options, 
and  so  on.  The  Options  chosen  for  this  treatment  would  be 
simply  those  Options  for  which  such  categor i zat i on  was 
pi  ausi bl e. 

6.7. 1.1  An  examination  of  the  Preemptive  Strike  Scenario 
shows  the  systematic  inclusion  of  concealment  and 
non-concealment  Options.  Concealment  Options  in  turn  can  be 
interpreted  as  Hostile,  or  Aggressive,  Options.  If  the 
Options  are  present  in  the  Scenario,  they  will  also  be 
present  in  the  correspondi ng  Social  Practice  representat i ons 
and,  as  described  above,  occurrences  of  these  Options 
can  be  detected  on  the  basis  of  the  observat i onal  data  in 
the  Fact  File. 

6.7. 1.2  Note  that  we  are  dealing  with  less  than  certain 
phenomena.  Even  in  the  Dinner  at  8:30  example,  we  would  say 
that  Gil’s  conclusion  was  obvious  but  not  that  it  was 
necessarily  true  or  that  it  followed  from  the  facts  reported 
by  Wi  1  .  Nor  does  it  appear  that  we  could  set  an  empirically 
justified  probability  level  or  quantitative  confidence  level 
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here.  What  we  can  say  is  that  at  -face  value  it  looks 
that  wav;  that  is  why,  and  that  is  the  sense  in  which,  it 
is  obvious. 

6.7.  1.3  Thus,  the  problem  of  categorising  Options  is  not  a 
narrowly  empirical  one,  but  rather  the  problem  of  judging 
the  face  value  of  choosing  that  Option  as  against  other 
Options. 

6.7. 1.4  In  turn,  the  face  value  of  choosing  a  given  Option 
can  be  judged  in  a  completely  context-free  way  or  with  any 
degree  of  contextual  specifications.  The  Dinner  at  8:30 
scenario  illustrates  the  difference  that  contextual 
specification  can  make,  i.e.,  the  difference  between  "So 
what  else  is  new?..."  and  "She  must  have  really  been  angry 
at  you..."  In  contrast,  the  "Aggressive"  i nterpretat i on  of 
concealment  Options  in  the  PS  Scenario  is  relatively  context 
free. 

6.7. 1.5  The  tradeoff  is  that  the  more  context  is 
specified,  the  more  informative  the  choice  analysis  can  be 
expected  to  be  but  also,  the  more  its  usefulness  is 
restricted  to  just  the  specified  context.  Presumably, 
cost/benefit  considerations  prohibit  a  choice  principle 
analysis  for  every  context.  It  would  be  possible,  however, 
to  give  generic  context  specifications  which  would  provide 
some  of  the  benefits  of  context  specification  without  unduly 
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restricting  the  range  o-f  application  of  the  choice  prin¬ 
ciple  analysis. 

6.7.2  Instead  of  simple  categorization  of  Options  under 
Attributes  it  is  possible  to  supply  numerical  indices  for 
Object-Attribute  connections.  In  this  approach,  an  Option 
is  character i zed  by  a  profile  which  relates  it 
quant i tat i vel y  to  each  Attribute  of  interest.  (An  Attribute 
in  turn  can  be  characteri zed  by  a  profile  which  relates  it 
quantitatively  to  each  of  the  Options  which  were  judged.) 

6.7.2. 1  Issues  of  context  specification  noted  above  apply 
to  the  quantitative  approach  as  well  as  the  categorical 
approach . 

6. 7. 2. 2  There  is  a  well  developed  methodology  for 
implementing  the  quantitative  approach.  It  is  the  judgment 
space  methodology  initially  developed  for  automatic  indexing 
and  retrieval  (Ossorio,  1964).  Thus,  there  does  not  appear 
to  be  any  substantial  uncertainty  as  to  whether  choice 
principle  analysis  could  be  carried  out  for  operational 
purposes  in  the  context  of  the  kind  of  domain  representation 
and  social  practice  representat i on  described  above  in 
Section  5.0. 
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7.0 


COMPUTER  IMPLEMENTATION 


One  o-f  the  aims  of  the  present  project  was  to  give 
preliminary  specifications  for  computer  implementation  and, 
where  feasible,  to  embody  the  speci f i cat i ons  in  prototype 
software. 

7.  1  Functionality 

The  first  concern  was  to  lay  out  the  central  function¬ 
al  i ty  requirements  for  a  computer  implementation.  To  a 
large  extent  these  follow  from  the  analysis  of  the  repre¬ 
sentational  requirements  presented  in  Section  5.0. 

7.1.1  The  representat i onal  requirements  were  summarized 

as  comprising  the  following  files. 

(a)  Knowledge  Base: 

Social  Practice  Representat i ons  (SP  File) 

Task  Analyses  <SF‘  File) 

Scenario  Analyses  (SP  File) 

Insta'l  1  at  i  on/Faci  1  i  ty  File 

OB  Files 

TOE  Files 

Path  File 

Fact  Type  File 

Individual  Character i st  i  cs  File 
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(b)  Data  Base: 


Fact  File 
Summaries  File 
Interpretati ons  File 

7.1.2  The  primary  functional  requirement  is  clearly  the 

capability  for  matching  the  facts  in  the  SP  File  with  facts 
in  the  Fact  File. 

7. 1.2.1  This  involves  several  auxiliary  requirements. 

(a)  Transforming  data  from  the  "present  on  highway  X"  form 
in  which  they  appear  in  the  Fact  File  to  the  "present  on  the 
path  from  A  to  B"  form  in  which  they  can  be  matched  to  SP 
File  data. 

(b>  Accessing  OB  Files  and  TOE  Files  to  construct  paradigm¬ 
atic  Object  descriptions  for,  e.g.,  military  units.  A  unit, 
e.g,.,  the  17th  Motorized  Rifle  Division,  will  be  assumed  to 
consist  of  the  personnel  and  equipment  called  for  by  the  TOE 
unless  there  is  data  in  the  Fact  File  to  indicate  otherwise. 
<c)  Enforcing  restrictions  imposed  by  Contingency  and 
Eligibility  speci f i cat i ons.  Since  these  specifications  will 
appear  as  tables  (functionally)  within  the  process  repre¬ 
sentations,  it  appears  likely  that  implementation  can  be 
achieved  by  means  of  Merge  and  Sort  operations  in  a 
Relational  DBMS.  (However,  see  7. 1.2.2.  This  i s  an  area 
that  calls  for  further  analysis.) 
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7.  1.2.2  Although  any  single  SF'-Fact  matching  operation 
can  be  accomplished  by  a  Relational  DBMS,  the  systematic 
matching  of  the  various  Options  in  the  various  Stages  in 
the  various  Social  Practices  in  the  various  Scenarios  calls 
for  an  inference  engine  with  forward  and  backward  chaining 
capabi 1 i ty . 

7. 1.2.3  Given  the  basic  matching  capability,  there  is 
also  the  requirement  for  establishing  the  degree  of  match  at 
the  level  of  Social  Practice,  Scenario,  or  Task  Analysis  and 
not  merely  at  the  Stage/Option  level.  This  calculation 
would  be  based  on  a  User-sel ect ed  set  of  parameters  which 
might  include  any  of  the  following. 

(a)  Number  of  possible  matches  (if  the  Social  Practice  had 
16  Options  in  its  various  Stages,  then  the  number  of 
possible  matches  would  be  16  or  less,  depending  on  whether 
some  Options  were  mutually  exclusive) 

(b)  Number  of  matches 

<c)  Proportion  of  matches  (Note  that  10/20  would  generally 
be  better  than  1/2) 

(d)  Credibility  of  matching  Fact  File  data 

(e)  Degree  of  ambiguity  in  matching  the  sequence  of  Stages 
(other  matching  refers  to  the  occurrence  of  Options) 

<f)  Inconsistency  of  the  occurrence  of  the  Social  Practice 
with  other  existing  data 
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7. 1.2.4  The  foregoing  capabilities  would  implement  the 
following  kinds  of  User  query. 

(a)  Is  Process  X  (or  Scenario  X)  happening? 

How  compatible  are  the  data  with  that? 

(b)  Given  the  facts,  what  processes  are  happening? 

What  alternative  sets  of  processes  are  compatible  with 
the  data?  How  compatible  are  they? 

What  observational  facts  would  distinguish  among  these 
possi bi 1 i t i es? 

7.1.3  If  the  choice  principle  analysis  took  the  form  of 

a  Judgment  Space,  the  following  types  of  query  could  be 
i mp 1 emented . 

(a)  Fo^  Colonel  Sergei  Rachmaninoff,  show  me  the  profile  of 
the  extent  to  which  his  decision  making  expresses  each  of 
the  choice  principles  in  the  Judgment  Space. 

(b)  Assume  Colonel  S.R.  is  in  charge  of  Force  X  in  Scenario 
SC  8.0.  List  the  different  Versions  of  the  scenario  in  the 
order  of  likelihood  based  only  on  this  assumption  (or  on 
this  and  specific  other  assumptions.) 

(c)  (In  a  situation  where  two  or  more  processes  are  compat¬ 

ible  with  the  data  in  the  Fact  File,  and  using  the  type  of 
calculation  used  in  (b),  above)  If  Colonel  S.R.  is  in 

command  of  Force  X,  does  the  likelihood  of  the  Process  A 
or  Process  B  change?  If  so,  how? 
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7.1.4  Additional  -functionality  requirements  have  to  do 

with  per-forming  a  core  set  o-f  statistical  analyses  on  the 
data  in  the  Fact  File  and  the  Individual  Character i st i cs 
File  and  a  core  set  of  second  order  statistical  analyses  on 
the  data  in  the  Summaries  File  and  Interpretati ons  File. 
An  alternative  to  the  latter  would  be  to  perform  trend 
analyses  by  systematically  doing  first  order  analyses  within 
successive  time  slices.  Thus,  the  analyses  would  include 
the  following. 

(a)  Selection  of  type  of  data  for  analyses 

(b)  Means,  sigmas  for  selected  data  sets 
<c)  Moving  averages 

(d)  Time  series 
<e)  Correlations 

<f)  Specific  relations  or  comparisons,  e.g.  response  time 

In  addition,  for  flexibility,  data  files  should  be 
available  to  User-specific  applications  programs. 

7. 1.4.1  The  major  uses  of  these  analyses  would  be: 

(a)  To  detect  trends  in  the  "normal"  activities  in  the 
domai n . 

(b>  To  detect  unusual  happenings,  events,  or  states  of 
affairs  within  the  domain. 

(c)  To  provide  data  (either  of  the  above)  which  could  be 
integrated  with  the  process  i nterpretat i ons.  (For  example, 
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marginal  conclusions  concerning  the  occurrence  of  the  F‘S 
Scenario  would  be  strengthened  by  evidence  o-f  certain 
trends  or  unusual  events.  Recall  that  in  the  original 
discursive  -form  (Appendix  D)  the  scenario  refers  to 
"increases"  of  various  sorts;  these  are  not  process  facts 
except  at  a  very  high  level  of  description  —  they  are  more 
directly  states  of  affairs  concerning  differences  between 
states  of  affairs  C spec i f i cal  1 y ,  some  Achievements!  at 
different  times.) 

7. 1.4.2  Statistical  analyses  of  the  sort  mentioned  above 
are  well  understood  and  commonly  implemented.  Thus,  no 
special  problems  are  anticipated  concerning  them  except 
insofar  as  they  add  complexity  to  the  system  as  a  whole. 
7.1.5  Finally,  there  are  various  Input-Output  issues. 

Among  those  which  can  be  anticipated  are  the  following. 

(a)  On  the  input  side,  observational  data  requires 
pre-processing  in  order  to  provide  entries  in  the  Fact  File. 

(b)  The  system  must  be  able  to  access  other  data  bases, 
since  the  relevant  data  cannot  be  expected  to  be  in  a  single 
pi  ace. 

(c)  On  the  output  side,  the  system  should  be  able  to  print 
and  display  any  of  the  files,  any  selected  data  set,  and  the 
results  of  any  given  analysis. 
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7.2  Implementation 

Some  of  the  functionality  has  been  implemented  in  prototype  soft¬ 
ware.  The  implementation  has  been  guided  by  two  assumptions. 

7.2.1  The  first  is  that  a  multi-user  system  is  ultimately  a  require¬ 
ment,  but  not  an  Immediate  one.  The  current  implementation  is  a  single- 
user  system  with  a  user  interface  which  allows  the  user  considerable 
latitude  in  creating,  manipulating,  and  displaying  data  and  data  files. 

7.2.2  The  second  is  that  since  (a)  relational  data  base  systems  are  a 
relatively  well  understood  technique  and  (b)  much  of  knowledge  base 
files  and  data  base  files  specified  for  the  system  clearly  lend  them¬ 
selves  to  this  kind  of  treatment,  It  would  be  advantageous  to  try  to 
operate  as  much  as  possible  with  a  relational  data  base  system.  The 
alternative  Is  to  develop  a  custom  architecture  specifically  responsive 
to  the  representational  requirements  and  the  functionality  requirements. 

7.2.3  All  of  the  software  development  to  data  has  been  directed 
toward  (a)  the  use  of  the  process  representations  to  interpret  facts  in 
the  Fact  File  and  (b)  the  user  Interface  for  querying,  displaying  files, 
and  creating  and  manipulating  files. 
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7.2.4  Within  this  scope,  the  major  functionality  yet  to  be  Implement¬ 
ed  is  the  Inference  engine  which  would  manage  the  basic  matching  capabi¬ 
lity  in  accordance  with  the  hierarchical  and  recursive  structure  of 
process  representation. 
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8.0  CURRENT  OUTLOOK 

In  this  section  we  survey  areas  needing  further 
development  or  analysis. 

3.1  Representational  Requirements 

Many  processes  which  would  be  of  interest  are  not  as 
simply  represented  as  the  example  of  Table  6a. 

8.1.1  Parallel  Processes/Sequence  Overlap 

A  process  necessarily  has  sequential  component  proc¬ 
esses  (the  stages).  It  may  well  have  parallel  component 
processes.  For  example,  in  a  football  game  there  is  a 
natural  sequential  structure,  i.e.,  the  sequence  of  plays. 
But  there  is  also  a  natural  structure  of  parallel  compon¬ 
ents,  namely,  the  actions  of  individual  players  and  offic¬ 
ials  either  during  a  given  play  or  throughout  the  game.  The 
representation  of  parallel  components  adds  complexity  to  the 
representat i on  of  sequential  components. 

Two  formal  options  are  available.  The  first  is  to  give 
separate  process  representations  to  the  parallel  components 
and  specify  points  of  coincidence  (starting  point  in  common, 
end  point  in  common,  etc.  —  there  are  eight  possibilities 
here).  The  second  is  to  retain  the  basic  sequential 
representation  but  allow  some  overlap  in  the  occurrence  of 
different  stages.  If  we  push  the  overlap  to  the  limit,  we 
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have  the  same  eight  possibilities  —  otherwise  there  are 
seven . 

A  limited  solution  can  be  achieved  in  many  cases  by 
making  the  overlapping  stages  into  a  single  stage  with  two 
parallel  components  having  the  same  beginning  point  (the 
start  of  the  earliest)  and  the  same  ending  point  (the  point 
where  both  have  ended).  This  solution  was  adopted  in 
connection  with  the  many  preparatory  activities  specified  in 
the  discursive  PS  Scenario  as  successive  stages.  However, 
it  is  clear  that  a  more  systematic  method  of  representat i on 
is  called  for. 

8.1.2  Optional  Stages/Indefinite  Number  of  Stages 

The  number  of  stages  in  a  given  process  may  not  be 
fixed  (i.e.,  not  the  same  for  all  Versions  of  the  process). 

(a)  Far  example,  the  occurrence  of  a  given  stage  may  be 
contingent  on  some  specified  conditions.  (E.g.,  in  a  convoy 
with  multiple  stops,  a  rest  period  between  stops  is 

opt i onal . ) 

(b)  Or  again,  the  number  of  stages  may  be  contingent  on 
some  specified  conditions.  (E.g.,  if  the  trucks  in  a 
convoy  deliver  their  loads  one  at  a  time,  the  number  of 
Stages  in  the  delivery  process  will  vary  with  the  number  of 
trucks  in  the  convoy.) 
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These  cases  do  call  f  or  more  complex'  representat  i  on  but 
that  does  not  appear  to  raise  any  general  di  f  -f  i  cul  t  i  es. 
The  issues  raised  -for  the  inference  engine  in  the  computer 
implementation  are  potentially  more  complex. 

8.1.3  Fragmentary  Representat i on 

The  amount  of  information  that  must  be  specified  for  a 
complete  process  presentation  ("complete"  at  the  normal 
level  required  for  processing)  is  generally  large  and  may  be 
very  large.  Presumably  there  will  be  a  significant  number 
of  cases  where  it  is  not  all  available,  but  some  of  it  is, 
so  that  we  wind  up  with  a  fragmentary  representat i on . 

8. 1.3.1  We  have  dealt  with  two  systematical  1 v  incomplete 
forms  of  process  representation,  i.e.,  Means-Ends  descrip¬ 
tion  and  Task  Analysis.  However,  when  we  have  incomplete 
knowledge  about  the  process  there  is  no  guarantee  that  we 
will  have  all  the  information  for  either  a  Means— Ends 
description  or  a  Task  Analysis.  Thus,  the  availability  of 
these  forms  of  description  does  not  solve  the  problem  in 
principle. 

8. 1.3.2  In  principle,  any  degree  of  representat i on  is 
better  than  none,  and  it  may  be  the  case  that  beyond  a 
certain  bare  minimum  of  specification  (to  get  the  represent¬ 
ation  above  the  noise  level,  as  it  were)  that  will  turn  out 
to  be  the  case.  As  previously,  it  appears  that  the  most 
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serious  problem  is  likely  to  be  with  the  automatic  process¬ 
ing  of  such  representations  rather  than  with  the  fragmentary 
r epresentati ons  as  such. 

8.1.4  Nameless  Relationships 

Some  of  the  descriptive  schemas,  notably  those  for 
objects  and  states  of  affairs,  call  for  a  specification  of 
rel at i onshi ps  among  components  or  between  a  component  and 
the  whole  of  which  it  is  a  part.  Often,  these  relationships 
are  unproblematic,  but  also  we  have  no  name  for  them.  For 
example  what  is  the  relationship  between 

(a)  A  corporal  in  a  platoon  in  one  regiment  and  a  captain 
who  leads  a  company  in  another  regiment  in  the  same 
Division, 

(b)  The  controller  in  the  tower  and  the  navigator  of  one  of 
the  aircraft  supervised  by  the  controller, 

<c>  The  turret  and  the  tread  of  a  tank 
(d)  Etc. 

8. 1.4.1  In  such  cases  we  can  introduce  purely  nominal 
relationship  names,  e.g.,  "the  turret-tread  relationship," 
"the  control  1 er-navi gator  relationship,"  and  so  on.  These 
specifications  may  meet  the  procedural  requirements  for  the 
representat i on ,  but  they  will  be  vacuous  and  uninformative. 
For  that  reason  standard  automatic  processing  may  not  be 
possi b 1 e. 
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8. 1.4.2  This  possibility  is  very  similar  to  the  issue 
(above)  of  fragmentary  representat i on .  In  both  cases  we  are 
missing  the  kind  of  information  that  is  normally  required 
for  a  complete  (i.e.,  working)  representation,  and  it  seems 
possible  that  the  same  resolution  will  work  for  both. 

8.1.5  Endless  Lists 

A  process  may  be  familiar  and  non-problematic  in  a 
pragmatic  sense,  but  have  an  infinite  set  of  Options  and 
Versions.  For  example,  any  version  of  “A  goes  from  point  B 
to  point  CM  will  have  this  feature. 

In  this  case  our  major  option  is  to  categorise  the 
Options  into  a  finite  set  of  categories.  In  order  to 
minimise  the  arbi trar i ness  of  the  categories,  we  may  use 
multiple  paradigm  cases  to  anchor  these  categories. 

3.2  Implementation 

As  noted  previously,  there  are  two  aspects  of  the 
implementation  which  need  further  development. 

8.2.1  Inference  Engine 

The  simple  implementation  of  inference  drawing  and  of 
backward  and  forward  chaining  is  not  per  se  a  complicated 
matter.  It  is  the  complexity  of  the  logical  structures  over 
which  the  chaining  operates  that  makes  the  implementation 
complex.  In  the  present  case,  complexities  or  possible 
complexities  stem  from  the  following. 
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(a)  the  hierarchical  and  recursive  structure  of  process 
representat i on  (and  object  and  state  of  affairs  representa¬ 
tion  as  wel  1  11 

(b)  the  need  to  process  systematically  incomplete  or  simply 
incomplete  representat i ons  as  well  as  complete  ones 

(c)  the  need  to  preserve  the  identity  of  individuals  across 
representat i onal  boundaries 

(d)  the  heterogeneity  of  Eligibility  and  Contingency 
restri cti ons 

(e)  the  heterogeneity  of  process  representat i ons  (simple 
sequence  vs  overlap  vs  parallel;  fixed  stages  vs  optional 
stages;  fixed  vs  variable  number  of  stages). 

8.2.2  Si mul at i on/Representati on  vs  Data  Base/Knowledge 

Di cti onary 

Conceptually,  the  SA  System  is  designed  for  simula¬ 
tions.  Its  most  direct  use  is  to  reconstruct  what  is  going 
on  on  the  basis  of  existing  information.  However,  to 

operate  in  this  way  would  require  the  introduction  of 

certain  features  which  are  characteristic  of  individual 

persons  but  which  differ  significantly  among  persons.  For 

example,  we  would  include  a  compatibility  or  degree  of 
evidence  function  for  drawing  conclusions  (How  much  of  it  do 
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I  have  to  see  before  I  conclude  that  this  is  what  is  taking 
pi  ace?) 

However,  a  data  base  -for  C3I  analysis  must  be 
accessible  to  different  users,  and  different  users  will  in 
general  differ  in  their  compatibility  criteria  (among 
others).  The  emphasis,  therefore  shifts  to  identifying 
evidence,  degree  of  compat i bi 1 i ty ,  identifying 
possibilities,  etc.  rather  than  strai ghtf orwardl y  drawing 
conclusions.  In  turn,  this  imposes  additional  complexities 
on  the  functioning  system.  Ultimately,  the  problem  is  that 
of  constructing  a  knowledge  Base  Management  System. 
Fortunately,  since  the  problems  are  parallel  to  those  of  a 
DBMS,  we  would  expect  that  many  of  the  solutions  will  be 
parallel  also. 
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9.0 


RELATION  TO  OTHER  A I  APPROACHES 


There  are  about  half  a  dozen  currently  well  known  AI 
approaches.  Since  they  are  qual i tat i vel y  different  it  is 
difficult  to  compare  them  with  one  another.  It  is  equally 
difficult  to  compare  them  to  the  State  of  Affairs  approach. 
Certain  rel at i onsh i ps  are  worth  noting. 

9.  1  Rul es 

A  "rule-based  system"  is  one  in  which  the  knowledge 
base  consists  primarily  or  entirely  of  rules  having  the  form 
"If  A  then  P, "  where  A  may  be  any  set  of  conditions  and  P  is 
either  a  conclusion  or  an  action. 

9.1.1  In  the  system  described  in  Sections  5,  7,  and  8 
there  are  two  places  where  some  implementation  by  means  of 
rules  is  plausible.  These  are  in  the  Eligibility  and 
Contingency  specifications.  For  example  "Option  7.1.10.3 
IFF  Option  7.  1.6.2"  or  "If  Driver  (>: )  then  Person 

9.1.2  It  is  interesting  to  note  that  the  heterogeneity 
of  content  in  these  specifications  was  seen  as  a  potential 
source  of  difficulty  (Section  8.2.1). 

9.1.3  This  suggests  a  general  principle,  namely  that  a 
rule-type  implementation  is  most  appropriate  when  the 
content  has  no  supporting  logical  structure  and  must 
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therefore  be  dealt  with  in  a  more  or  less  completely  ad  hoc 

way . 

Consider,  for  example,  the  transformation  from  "on 
highway  E63"  to  "on  the  path  from  the  KMS  refinery  to  Jena 
air  base".  The  implementation  described  above  involved 
table  lookups  and  matches.  Even  when  direction  of  travel 
and  approximate  location,  e.g.  "10  miles  west  of  Gera",  are 
added,  as  they  will  need  to  be,  the  implementation  will  be  a 
strai ghtf orward  table  lookup  and  match.  One  could  write  a 
set  of  rules  for  performing  these  transf ormat i ons,  but  that 
would  be  pointless  and  inefficient.  It  would  be  pointless 
because  there  is  enough  logical  structure  in  the  Path  File 
so  that  a  single  set  of  instructions  will  work  for  any  of 
the  paths;  we  therefore  do  not  need  a  separate  instruction 
(rule)  for  each  case.  It  would  be  inefficient  because  in 
general ,  calculation  is  more  efficient  than  rule 
i mpl ementat i on . 

9. 1.3.1  A  good  analogy  is  the  difference  between  a 
mathematical  formula  and  a  decision  table.  If  a  formula 
will  do  the  job,  that  is  generally  preferable,  since  the 
formula  itself  is  informative  and  easily  implemented.  It  is 
when  there  is  no  formula  that  we  consider  the  option  of 
taking  the  possibilities  one  by  one  and  stipulating  what  to 
do  in  that  case. 
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9 


Frames 


A  "Frame"  is  a  notational  device  -for  collecting  sets  of 
things  that  "go  together".  Minsky’s  example  of  a  birthday 
party  as  including  children,  cakes,  candles,  and  games  is  a 
classic  one.  To  introduce  a  frame  with  its  "slots"  filled 
is  equivalent  to  saying  "These  things  go  together  — 
somehow. " 

9.2.1  Unlike  the  case  with  rules,  there  is  not  a  portion 
of  the  system  described  above  where  a  frame  implementation 
is  especially  plausible.  On  the  other  hand,  there  are  more 
places  where  it  would  not  be  particularly  implausible. 

For  example  a  given  Social  Practice  and  the  set  of 
Elements  for  that  practice  would  fit  Minsky’s  birthday  party 
example,  i.e.  the  frame  would  identify  the  thing  is  question 
and  it  would  contain  the  things  that  "go  together"  as 
ingredients.  Similarly  for  the  list  of  Object  attributes 
for  a  given  object,  the  collection  of  social  practices  in  a 
given  scenario,  the  set  of  eligibility  requirements  for  a 
given  Element  in  a  given  SP,  and  the  set  of  mobile  objects 
in  the  domain. 

9.2.2  Note  that  in  all  of  these  possible  frame 
implementations  what  we  are  dealing  with  is  something  that 
has  a  place  in  a  logical  structure.  (E.g.,  the  Object  is 
one  of  the  objects  in  the  domain  and  it  has  certain 
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relationships  to  other  objects  and  processes;  its 
attributes  are  not  just  a  collection  of  attributes  —  they 
are  i ts  attributes.) 

What  we  have  in  each  of  the  examples  is  a  set  of  things 
that  are  represented  as  going  together  in  certain  ways. 
Because  of  this,  we  do  not  need  an  additional  representat i on 
of  the  fact  that  they  go  together  somehow . 

9.2.3  This  suggests  that  frame  implementation  is  most 
appropriate  when  we  have  a  collection  of  things  that  is  not 
anchored  in  a  structure  in  which  they  are  related,  but  we 
know  that  they  go  together  and  something  about  how  they  go 
together.  Under  these  conditions  the  grouping  must  be 
accomplished  in  what  is,  from  the  standpoint  of  the  rest  of 
the  system,  a  purely  arbitrary  way  and  the  handling  of  the 
group  must  be  done  ad  hoc. 

9.2.4  This  result  is  similar  to  that  for  rules.  In  both 
cases  we  have  a  situation  where  something  has  to  be  done  ad 
hoc  in  an  arbitrary  way  because  there  is  not  enough 
(structure,  content,  representat i onal  power)  in  the  system 
to  make  it  anything  other  than  ad  hoc. 

9.2.5  This  review  leads  to  the  potentially  valuable 
suggestion  that  there  is  a  natural  compl ementari ty  between 
the  representat i onal  thrust  of  the  State  of  Affairs  approach 
and  the  implementation  methodology  of  rules  and  frames. 
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That  is  that  more  powerful  representation  reduces  the  need 
■for  ad  hoc  procedures,  but  since  man’s  reach  exceeds  his 
grasp,  there  is  likely  to  be  a  continuing  gap  between 
representat i onal  capability  and  the  requirements  of 
particular  applications;  rules  and  frames  can  help  bridge 
that  gap. 

9.3  Scripts 

The  resemblance  of  a  script  to  a  social  practice 
representation  is  obvious.  Specifically,  a  script  will  (a) 
mention  Elements  in  the  process,  (b)  identify  Stages  in  the 
process,  and  (c)  identify  some  Options  for  these  stages. 
Moreover,  (d)  it  has  a  recursive  logic  insofar  as  a  script 
may  involve  sub-scripts. 

The  differences  are  fundamental.  These  include 
the  following. 

(a)  Scripts  are  keyed  to  some  customary  versions  of  the 
process  and  incorporate  a  limited  range  of  options; 
process  description  is  designed  to  elucidate  all 
possible  versions  of  the  process; 

(b)  Process  representat i ons  are  connected  conceptually  and 

notationally  to  the  concepts  of  object,  event,  and 
state  of  affairs  whereas  scripts  form  an  isolated 
conceptual  apparatus;  as  we  have  seen,  these 
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connections  are  essential  even  in  representing  a 
process  as  such; 

(c)  The  richness  of  structure  of  actual  processes  requires 
state  of  affairs  descriptions  for  intermediate  points 
and  for  specifying  Eligibilities  and  Contingencies; 
without  comparable  resources  Script  representation  of 
processes  makes  them  oversimplified  and  mechanical. 

Needless  to  say,  what  can  be  represented  in  a  Script 
can  be  represented  in  a  social  practice  description.  To  be 
sure,  one  may  not  always  need  as  much  representat i on  as  a 
social  practice  description  provides. 

9.4  Semantic  Nets  and  Inheritance 

A  semantic  net  is  a  schema  in  which  one  can  introduce 
some  number  of  discrete  items  and  specify  one  or  more 
relationships  between  any  pair  of  items.  There  is  no 
restriction  on  what  kinds  of  item  or  what  kinds  of 
relationship  can  be  introduced.  Relationships  which  are 
commonly  included  are  "isa",  i.e.,  is  an  instance  of,  and 
"hasa",  i.e.,  a  possession  relationship.  Attributes  or 
other  pieces  of  information  can  be  collected  at  any  node. 

"Inheritance"  arises  in  connection  with  "isa".  Where 
there  is  a  genus-species  relationship  between  two  items,  the 
attributes  of  the  genus  are  "inherited"  by  the  species  or 
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specimen 

and  therefore 

do 

not 

have 

to 

be  explicitly 

assoc i ated 

with  it,  since 

the 

associ ati on 

can 

be  calculated. 

9.4.  1 

" lnheri tance" 

appears 

to  be 

an 

i mpl ementat i on 

technique  rather  than  a  representat i onal  one.  It  is  not 
distinctively  associated  with  semantic  net  methodology; 
rather,  it  can  be  used  in  almost  any  representat i onal  or 
computational  context. 

9.4.2  Because  the  •formal  structure  of  a  semantic  net  is 
a  set  of  links  between  pairs  of  items,  it  seems  clear  that 
the  greatest  utility  of  semantic  nets  is  in  the 
representation  of  two-place  relationships.  Not 
surpri si ngl y ,  it  has  corresponding  limitations. 

9.4.2. 1  For  relationships  involving  more  than  two  items 
neither  the  formal  structure  nor  the  notation  is  suitable. 
For  example,  it  would  be  a  complicated  matter  to  represent  a 
single  entry  in  the  Fact  File  (Table  7;  Appendix  E) . 

9. 4. 2. 2  The  representat i on  of  a  complex  logical  structure 
such  as  is  given  by  the  Process  schema  (BF'U)  or  the  Object 
schema  (BOU)  or  the  SA  schema  (SAU)  would  be  even  more 
complicated.  It  would  also  be  inefficient. 

9. 4. 2. 3  As  in  the  case  of  rules  and  frames,  where  there  is 
a  systematic  SA  system  representation,  a  semantic  net  is 
redundant.  For  example,  if  we  represent  several  individuals 
as  being  related  to  one  another  as  particular  Elements  in  a 
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given  social  practice,  we  do  not  in  addition  need  a  semantic 
net  to  tell  us  that  these  elements  are  related  and  give  us 
the  name  of  the  relationship.  It  is  rather  when  there  are 
no  underlying  logical  structures  that  we  need  some  way  of 
introducing  some  structure,  and  a  semantic  net  will  do  that. 
9.5  GOALS 

The  GOALS  approach  is  one  which  structures  behaviors  in 
terms  of  a  task  analysis.  Behaviors  are  seen  as 
implementing  the  component  tasks  in  a  task  analysis,  and  the 
latter  shows  the  coherence  that  exists  among  the  various 
behavi ors. 

Task  Analysis  was  discussed  above,  along  with 
Means-Ends  Description,  as  an  incomplete  form  of  Process 
Description.  The  two  notions  of  Task  Analysis  appear  to  be 
roughly  the  same.  The  general  notion  appears  to  be  more 
extensively  and  systematical ly  developed  in  the  SA  System 
framework.  Thus,  for  example,  we  systematically  distinguish 
(a)  the  types  of  cases  where  the  achievements  are  sequential 
and  the  desired  state  of  affairs  is  the  last  achievement  in 
the  sequence  from  (b)  the  types  of  cases  where  the 
achievements  are  cumulative  and  add  up  to  the  desired  state 
of  affairs  (they  jointly  qualify  as  the  desired  state  of 
affairs)  from  (c)  the  types  of  cases  where  the  achievements, 
including  the  desired  state  of  affairs,  are  neither 
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cumulative  nor  sequential,  but  are  all  accomplished 
si mul taneousl y . 

9.6  A  review  of  the  r el  at i onshi ps  to  other  AI  approaches 
shows  two  major  kinds. 

9.6.1  Three  of  the  common  approaches  (rules,  frames, 
semantic  nets)  have  a  relatively  loose  logical  structure 
which  allows  heterogeneous  elements  and  relationships  to  be 
introduced  ad  hoc  and  processed  ad  hoc.  In  those  areas 
where  a  logically  structured  set  of  representat i ons  such  as 
SA  system  representat i ons  is  implemented,  such  methods  are 
not  needed.  They  might,  however,  be  used  to  extend  the 
scope  of  an  SA-based  system  into  areas  not  covered  by  SA 
representat i on . 

9.6.2  Two  others  (scripts,  GOALS)  appear  to  correspond 
quite  literally  to  a  portion  (process  representat i on )  of  the 
SA  methodology  but  in  simplified  and  isolated  form.  These 
do  not  provide  any  resources  which  are  not  present  in  more 
highly  developed  form  in  the  SA  system. 

9.6.3  The  SA  model  accounts  for  all  the  categories  of 
"what  there  is”  and  does  so  at  all  possible  levels  of  detail 
and  across  or  within  all  possible  discrete  time  intervals. 
It  can,  in  this  perspective,  be  considered  as  a  super-set  of 
knowledge  representat i ons  in  which  all  other  representat i ons 
can  be  formulated  as  restricted  versions.  This  strongly 
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suggests  that  SA  could,  in  principle,  serve  as  a  common 
schema  -for  knowledge  bases  through  which  existing  or  -future 
expert  systems  could  communicate.  Moreover,  since  SA  can  be 
formulated  as  a  normalized  relational  schema,  the  practical 
foundation  for  implementing  SA  in  this  capacity  already 
exists.  (N.B.  This  implies  that  every  existing  knowledge 
representat i on  structure  has  a  normalized  relational  schema 
even  though  it  may  not  yet  have  been  formulated  by  its 
advocates. ) 
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CONCLUSIONS 


As  noted  in  Section  8.0,  the  development  o-f 
representational  requirements  and  functionality  requirements 
is  not  considered  complete  at  this  time.  However,  the  areas 
in  which  potential  problems  might  arise  do  not  appear  to 
offer  any  decisive  difficulties.  The  fact  that  a 
significant  proportion  of  the  potential  problems  are  related 
to  the  inference  engine  underlines  the  importance  of 
developing  a  fully  implemented  prototype  system  to  serve  as 
a  test  bed. 
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APPENDIX  A 

INSTALLATIONS  AND  FACILITIES 


All  fields  are  from  unclassified  sources 
and/or  fictitious. 
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A.  Bridges 

1.  Litomerice  Hiway  River  Bridge 

2.  Zatech  RR  and  Hiway  Bridge  Comples 

3.  Zwickauer  Mulde  River  Bridge 

4.  Durnburg  RR  and  Hiway  River  Bridge 

5.  Hohen  Hiway  Bridge 

6.  Weimar  RR  Bridge 

7.  Gotha  RR  and  Hiway  Bridge  Complex 

8.  Kuhndor-f  Hiway  Bridge 

B.  Power  Facilities 

1.  Stara  Sedlo  Powr  Production  Facility 

2.  Kralupy  Power  Production  Facility 

3.  Freiburg  Nuclear  Power  Plant 

4.  Gera  Power  Production  Facility 

C.  Railroad  Facilities 

1.  Chrasi  Rail  Turning  Yard 

2.  Nove  Sedlo  RR  Siding  and  Switching  Yard 

3.  Possneck  RR  Yard  and  Break  Point 

4.  Er-furt  RR  Round  House 

B.  Military  Facilities 

1.  PI  sen  Barracks 

2.  Kaster-Tepla  Barracks 

3.  Usti  Military  Compound 

4.  Pirna  Military  Compound 

5.  Greiz  Army  Compound 

6.  Suhl  Barracks 

7.  Eisenach  Military  Housing  Facility 

E.  Repair  and  Maintenance  Facilities 

1.  Plzen  Tank  Park  8<  Maintenance  Facility 

2.  KMS  (Karl  Marx  Stadt)  Truck  and  Cargo  Yard 

3.  Karlovy  Vary  Mobil izer  and  Launcher  Yard 

4.  Schneeberg  Tank  Park 

5.  Gera  Tank  Park  and  Track  Repair  Facility 

6.  Manenberg  Truck  and  POL  Vehicle  Facility 

7.  Gotha  SAM  Mobil izer  Assembly  and  Park 

F.  Munitions  Storage  Depots 

1.  Bad  Langensalza  Munitions  Storage  Depot 

G.  Weapons  Facilities 

1.  Prag  SAM  and  PLOT  Assembly  Facility 

2.  KMS  Munitions  Factory 

H.  Air  bases 
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1.  Tchorovice  Air  base  (NE  Biovice) 

2.  Dobris  Air  base 

3.  Zwug  Air  base  (Plzen) 

4.  F'rag  Air  base 

5.  F'anensky  Air  base  (Mrovice) 

6.  Mukarov  Air  base  (Chomutov) 

7.  Karlovy  Vary  Air  base 

8.  Wi 1 kau  Air  base 

9.  Jena  Air  base 

10.  Blankenhain  Air  base 

11.  Waltershausen  Air  base 

I.  POL  Storage  Facilities 

1.  Bor  POL  Storage  Area 

2.  Schneeberg  POL  Storage  Facility 

3.  KliS  POL  Complex 

4.  Manenberg  F'OL  Storage  and  Shipment  Facility 

5.  Schleiz  Bulk  POL  Storage  Facility 

6.  Neustadt  Jet-A  Storage  and  Pumping  Station 

7.  Gra-fenrod  POL  Storage  Area 

8.  Bad  Salzungen  POL  Storage  Site 

J.  Radar  and  Fire  Control  Facilities 

1.  Vodnanv  Missile  Control  Site 

2.  Rudolstadt  Missile  Launch  Site 

3.  Lonzig  Filter  Center  (ABM  Radar  Site) 

4.  Tambach-Di etharz  Fire  Control  Complex 

5.  Altenburg  Missile  Control  Complex 
Bhubel  Air  Defense  Complex 

7.  Kimze  Early  Warning  Site 

8.  Vacov  GCI  Facility 

9.  Radosice  FC  Radar  Site 

10.  Mysliv  MC  Radar  Complex 

11.  Nalozovice  FC  Radar  Complex 

12.  Horzovsky  TYN  FC  Radar  Site 

13.  Unehle  Missile  Radar  Control  Site 

14.  Marianske  Lazne  FC  Radar  Site 

15.  Bobris  GCI  Control  Facility 

16.  Bukov  FC  Radar  Site 

17.  Sokolov  FC  Radar  Site 

18.  Strov  Radar  Site 

19.  Chomutov  Missile  Control  Radar  Site 

20.  Mikulasovice  FC  Radar  Site 

21.  VI adi mer i ce  FC  Radar  Site 

22.  Doubov  Early  Warning  Facility 

23.  F’laven  FC  Radar  Site 

24.  Beier-feld  FC  Radar  Site 

25.  Eibenstock  Early  Warning  Facility 
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26.  Usti  Missile  Control  Facility 

27.  Reichen  FC  Radar  Site 

28.  Tripris  FC  Radar  Site 

29.  Schlottwitz  FC  Radar  Site 

30.  Di ppol di swal d  Missile  Control  Site 

31.  Eppendor-f  Early  Warning  Site 

32.  Nossen  FC  Radar  Site 

33.  Lobstadt  FC  Radar  Site 

34.  Koren-f ahl  i s  FC  Radar  Site 

35.  Magdala  FC  Radar  Site 

36.  Bad  Blankenburg  FC  Radar  Site 

37.  Suhl  FC  Radar  Site 

38.  Bad  Liebenstein  FC  Radar  Site 

39.  Brientenbach  GCI  Facility 

40.  Eissenach  FC  Radar  Facility 

41.  Weimer  GCI  Site 

Missile  Sites 

1.  Stutzerb  Missile  Site 

2.  Nalozovice  SAM  Site 

3.  Horovsky  TYN  SAM  Site 

4.  Unehle  SAM  Site 

5.  Marianske  Lazne  SAM  Complex 

6.  Bukov  SAM  Site 

7.  Sokolov  SAM  Site 

8.  Strov  SAM  Site 

9.  Chomutov  SAM  Site 

10.  Mikulasovice  SAM  Site 

11.  Vladimerice  SAM  Site 

12.  Vodnanv  SAM  Site 

13.  Radosice  SAM  Site 

14.  PI  aver.  SAM  Site 

15.  Bei erf el d  SAM  Site 

16.  Usti  SAM  Site 

17.  Reichen  SAM  Site 

18.  Tripris  SAM  Site 

19.  Schlottwitz  SAM  Site 

20.  Di ppol di swal d  SAM  Site 

21.  Nossen  SAM  Site 

22.  Altenburg  SAM  Site 

23.  Lobstadt  SAM  Site 

24.  Kohrenf ahl i s  SAM  Site 

25.  Madgala  SAM  Site 

26.  Bad  Blankenburg  SAM  Site 

27.  Suhl  SAM  Site 

28.  Bad  Liebenstein  SAM  Site 

29.  Eissenach  SAM  Site 
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APPENDIX  B 
FORWARD  UNITS 


All  fields  are  from  unclassified 
sources  and/or  fictitious. 
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FORWARD  UNITS 


7th  Motorized  Rifle  Division:  Plzen  Barracks 

a.  88th  Artillery  Brigade 

b.  27th  Motorized  Infantry  Regiment 

c.  22nd  Motorized  Infantry  Regiment 

d.  26th  Tank  Brigade 

3rd  Army:  Suhl  Barracks 

a.  47th  Armored  Division 

b.  99th  Mechanized  Infantry  Division 

c.  77th  Armored  Division 

12th  Army:  Greiz  Army  Compound 

a.  17th  Armored  Division 

b.  83rd  Mechanized  Infantry  Brigade 
c-  44th  Artillery  Brigade 

d.  123rd  Mechanized  Infantry  Brigade 
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APPENDIX  C 
PATH  FILE 


All  fields  are  from  unclassified 
sources  and/or  fictitious. 
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PATH  FILE 


# 

From 

To  Sea 

Hi  wav 

Dir 

Hrs. 

1 

Manenberg 

POL  Facility 

Zwug  Air  Base 

1 

174 

SE 

Manenberg  POL  Facility 

Zwug  Air  Base 

2 

7 

SE 

Manenberg  POL  Facility 

Zwug  Air  Base 

3 

27 

S 

3.25 

2 

KMS  POL  Facility 

Wilkau  Air  Base 

1 

169 

S 

1.00 

yt 

KMS  POL  Facility 

Jena  Air  Base 

1 

E63 

W 

KMS  POL  Facility 

Jena  Air  Base 

2 

88 

N 

2.50 

4 

KMS  POL  Facility 

Blankernhain  Air  Base 

1 

E63 

W 

KMS  POL  Facility 

Blankernhain  Air  Base 

2 

87 

SW 

KMS  POL  Facility 

Blankernhain  Air  Base 

3 

85 

SE 

3.75 

5 

KMS  POL  Facility 

Waltershn  Air  Base 

1 

E63 

W 

5.00 

6 

Manenberg 

POL  Facility 

Tcborovice  Air  Base 

1 

174 

E 

Manenberg 

POL  Facility 

Tchorovice  Air  Base 

2 

7 

E 

Manenberg 

POL  Facility 

Tchorovice  Air  Base 

3 

27 

S 

Manenberg 

POL  Facility 

Tchorovice  Air  Base 

4 

20 

S 

Manenberg 

POL  Facility 

Tchorovice  Air  Base 

5 

19 

E 

4.25 

7 

Manenberg 

POL  Facility 

Mukarov  Air  Base 

i 

174 

E 

Manenberg 

POL  Facility 

Mukarov  Air  Base 

2 

7 

E 

.90 

a 

Manenberg 

POL  Facility 

Prag  Air  Base 

1 

174 

E 

Manenberg 

POL  Facility 

Prag  Air  Base 

2 

7 

E 

3. 10 

9 

Manenberg 

POL  Facility 

Panensky  Air  Base 

1 

174 

E 

Manenberg 

POL  Facility 

Panensky  Air  Base 

2 

7 

E 

Manenberg 

POL  Facility 

Panensky  Air  Base 

.^i 

27 

S 

123 


From 


To 


Seo  Hi  wav  Dir  Mrs 


Manenberg  POL  Facility 

Panensky  Air  Base 

4 

20 

S 

Manenberg  POL  Facility 

Panensky  Air  Base 

5 

19 

E 

5. 00 

10 

Manenberg  POL  Facility 

Karlovy  Vary  Air  Base 

1 

174 

E 

Manenberg  POL  Facility 

Karlovy  Vary  Air  Base 

2 

7 

E 

Manenberg  POL  Facility 

Karlovy  Vary  Air  Base 

3 

13 

SW 

Manenberg  POL  Facility 

Karlovy  Vary  Air  Base 

4 

20 

E 

2.50 

11 

KMS  POL  Facility 

Schneeberg  POL 
Facility 

1 

169 

S 

1.00 

12 

KMS  POL  Facility 

Manenberg  POL 

Facility 

1 

174 

SE 

.75 

13 

Greiz  Army  Compound 

Gera  Tank  Yard 

1 

92 

N 

1.00 

14 

Suhl  Barracks 

Gera  Tank  Yard 

1 

247 

N 

Suhl  Barracks 

Gera  Tank  Yard 

2 

E63 

E 

4.00 

15 

Plzen  Barracks 

Plzen  Tank  Yard 

1.00 

16 

KMS  Munitions  Factory 

Greiz  Army  Compound 

1 

173 

S 

KMS  Munitions  Factory 

Greiz  Army  Compound 

2 

92 

W 

1.75 

17 

KMS  Munitions  Factory 

Greiz  Army  Compound 

1 

E62 

S 

KMS  Munitions  Factory 

Greiz  Army  Compound 

2 

92 

W 

2.00 

18 

KMS  Munitions  Factory 

Suhl  Barracks 

1 

E63 

w 

KMS  Munitions  Factory 

Suhl  Barracks 

2 

247 

S 

5.00 

19 

KMS  Munitions  Factory 

Plzen  Barracks 

1 

174 

E 

KMS  Munitions  Factory 

Plzen  Barracks 

2 

7 

E 

KMS  Munitions  Factory 

Plzen  Barracks 

3 

27 

S 

5.50 

20 

Prag  Munitions  Factory 

Greiz  Army  Compound 

1 

7 

NW 
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# 

From 

To 

Sea 

Hi  wav 

Dir 

Hrs 

Praq  Munitions  Factory 

Greiz  Army  Compound 

n 

jL. 

174 

NW 

Prag  Munitions  Factory 

Greiz  Army  Compound 

3 

173 

S 

Frag  Munitions  Factory 

Greiz  Army  Compound 

4 

92 

W 

6.50 

21 

Prag  Munitions  Factory 

Suhl  Barracks 

1 

7 

NW 

Prag  Munitions  Factory 

Suhl  Barracks 

2 

174 

NW 

Prag  Munitions  Factory 

Suhl  Barracks 

3 

E63 

W 

Prag  Munitions  Factory 

Suhl  Barracks 

4 

247 

S 

9.50 

22 

Frag  Munitions  Factory 

Plzen  Barracks 

1 

E12 

sw 

2.50 

Manenberg  POL  Facility 

Dobris  Air  Base 

1 

174 

E 

Manenberg  POL  Facility 

Dobris  Air  Base 

2 

7 

E 

Manenberg  POL  Facility 

Dobris  Air  Base 

3 

12 

E 

Manenberg  POL  Facility 

Dobris  Air  Base 

4 

4 

S 

4.60 

24 

KMS  POL  Facility 

Bor  POL  Facility 

1 

E62 

SW 

KMS  POL  Facility 

Bor  POL  Facility 

2 

92 

SE 

KMS  POL  Facility 

Bor  POL  Facility 

3 

21 

SE 

KMS  POL  Facility 

Bor  POL  Facility 

4 

E12 

SW 

4.50 

25 

KMS  POL  Facility 

Bor  POL  Facility 

1 

174 

E 

KMS  POL  Facility 

Bor  POL  Facility 

4_ 

7 

E 

KMS  POL  Facility 

Bor  POL  Facility 

“r 

v> 

27 

S 

KMS  POL  Facility 

Bor  POL  Facility 

4 

E12 

w 

5.00 

26 

KMS  POL  Facility 

Schleiz  POL  Facility 

1 

E63 

E 

KMS  POL  Facility 

Schleiz  POL  Facility 

2 

2 

S 

2.60 

27 

KMS  POL  Facility 

Schleiz  POL  Facility 

1 

E62 

S 
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# 

From 

To  Sea 

Hi  wav 

Dir 

KMS 

POL 

Faci 1 i ty 

Schleiz  POL  Facility 

2 

282 

E 

KMS 

POL 

Facility 

Schleiz  POL  Facility 

3 

2 

N 

26 

KMS 

POL 

Facility 

Bad  Sal z ungen  POL 
Facility 

i 

E63 

E 

KMS 

POL 

Facility 

Bad  Salzungen  POL 
Facility 

2 

19 

S 

KMS 

POL 

Facility 

Bad  Salzungen  POL 
Facility 

3 

62 

E 

29 

KMS 

POL 

Facility 

Neustadt  POL  Facility 

i 

E63 

E 

KMS 

POL 

Faci 1 ity 

Neustadt  POL  Facility 

2 

2 

S 

KMS 

POL 

Facility 

Neustadt  POL  Facility 

3 

281 

E 

30 

KMS 

POL 

Facility 

Neustadt  POL  Facility 

1 

173 

SW 

KMS 

POL 

Facility 

Neustadt  POL  Facility 

2 

175 

w 

KMS 

POL 

Facility 

Neustadt  POL  Facility 

3 

2 

s 

KMS 

POL 

Faci 1 ity 

Neustadt  POL  Facility 

4 

281 

E 

Hrs. 


2.50 


4.75 


2.60 


2.50 
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APPENDIX  D 

PREEMPTIVE  STRIKE  SCENARIO 


All  fields  are  from  unclassified 
sources  and/or  fictitious. 


127 


1:  Announce  Large  Pact  Exercise  involving  ground  and  air  -forces 
1.1;  Option  1;  Live  Fire  Exercise 

1.1.1;  Stage  1;  Use  Diplomatic  Channels  to  announce  exercise 

1.1.2;  Stage  2;  Call  Major  Commanders  -from  Germany  &  Poland 

1.1.3:  Stage  3:  Issue  Misleading  Exercise  oriented  messages 

1.2:  Option  2:  Mere  Exercise 

1.2.1:  Stage  1:  Call  commanders  -for  briefing  on  "exercise" 

1.2.2:  Stage  2:  Announce  exercise  locally 

1.2.3:  Stage  3:  Misleading  troop  movements  locally  -  rehearsal 

1.3:  Option  3:  Command  and  Control  Exercise 
1.3.1:  Stage  1:  Brief  Commanders 

1.3.2:  Stage  2:  Conceal  Troop  Movements  by  spreading  over  time 

2:  Build  up  resource  reserves  for  operations 
2.1:  Increase  production  at  Prag  munitions  plant 
2.1.1:  Stage  1:  Increase  rate  of  arrival  of  raw  materials 

2. 1.1.1:  Option  1:  Conceal  by  holding  constant  #  of  shipments  but 

increase  load 

2. 1.1.2:  Option  2:  Increase  both  #  of  shipments  and  loads 

2.1.2:  Stage  2:  Increase  the  employment  and  shifts  at  plants 

2. 1.2.1:  Option  1:  Conceal  through  pursuing  normal  resupply 

announcements 

2. 1.2.2:  Option  2:  Conceal  through  plant  expansion  announcements 

2. 1.2.3:  Option  3:  Recruit  and  expand  operations  without 

explanation 
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2. 1.3: 

Stage  3: 

Increase  the  rate  of  shipments  of 

munitions 

2.1.3. 1: 

Option 

1: 

Resupply  at  night 

2. 1.3.2: 

Option 

2: 

Conceal  loads 

2. 1.3.3: 

Option 

3: 

Obvious  resupply 

2.1.4.: 

Stage  4: 

Increase  the  stockpiles  of  munitions 

at  storage 

areas 

2. 1.4. 1; 

Option 

1: 

Conceal  through  revetment  and 

cover 

2. 1.4.2: 

Option 

2: 

Open  resupply  and  buildup 

2.2:  Fill  POL  storage  tanks  at  Bor  POL  storage  area 

2.2.1: 

Stage  1: 

Fill 

tank  trucks  at  refinery 

2.2. 1. 1: 

Option 

1: 

Increase  tank  truck  fleet 

2.2. 1.2: 

Option 

2: 

Use  existing  tank  truck  fleet 

2.2.2: 

Stage  2: 

Transport  fuel  to  POL  storage  area 

2.2.2. 1: 

Option 

1: 

Independent  delivery  schedule 

o  o  9  • 

ik  *  i.  •  -im.  t  4—  • 

Option 

2: 

Convoy 

9  9  3- 

Stage  3: 

Fill 

storage  tanks 

2.2.3.1s 

Option 

1: 

Top  off  existing  tanks 

2.2.3.2s 

Option 

2: 

Supplement  existing  tanks 

with 

bladders  & 

on-site  tankers 

2.3:  Off-load  SAM  missiles  at  Nove  Sedlo  RR  siding 
2.3.1:  Stage  1:  Assemble  SAM  transports  at  RR  siding 

2.3. 1.1:  Option  1:  Conceal  assembly  with  sheds 

2.3. 1.2:  Option  2:  Assembly  in  the  open 

2.3.2:  Stage  2:  Load  SAMs  onto  transports 
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2.3.2. 1:  Option  Is  Load  SAMs  at  night 

2. 3. 2. 2:  Option  2:  Load  SAMs  in  open 

2.3.3:  Stage  3:  Move  trucks  to  SAM  sites 

2. 3. 3.1:  Option  1:  Deliver  to  sites  independently  as  loaded 

2. 3. 3. 2:  Option  2:  Assemble  convoys  for  delivery 

2.4:  Increase  repairs  on  tanks  in  Tank  Park  &  Maint  Facility 

2.4.1:  Stage  1:  Increase  personnel  working  on  tanks  in  yard 

2.4. 1.1:  Option  1:  Increase  #  of  workers  in  yard 

2.4. 1.2:  Option  2:  Increase  hours  of  existing  work  force 

2.4.2:  Stage  2:  Diagnosis  of  tanks  in  yard 

2.4.2. 1:  Option  1:  Trained  workers  examine  each  of  tanks  in  yard 

2. 4. 2. 2:  Option  2:  Tank  crews  perform  triage 

2.4.3:  Stage  3:  Movement  of  tanks  needing  little  repair  to  repair 

bays 

2.4.3. 1:  Option  1:  Tank  tow  of  inoperable  vehicles  to  end  of  line 

2. 4. 3. 2:  Option  2:  Movement  of  operable  vehicles  to  front  of  line 

2.4.4:  Stage  4:  Increase  incoming  materials  needed  for  tank  repair 

2.4.4. 1:  Option  1:  Conceal  delivery  of  materials  and  storage 

2. 4. 4. 2:  Option  2:  Delivery  and  storage  in  open 

2.4.5:  Stage  5:  Immediate  shipment  of  tanks  following  repair 

2.4.5. 1:  Option  1:  Pick  up  by  assign  tank  crews 

2. 4.5. 2:  Option  2:  Delivery  by  maintenance  staff 

2.5:  Increase  stockpiles  of  weapons  in  Bad  Langensalsa  Munitions 

stores 
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2.5.1: 

Stage  1: 

Increase  shipments  of  incoming  munitions  to  storage 

2.5. 1. 1: 

Option 

1: 

Conceal  the  shipment  of  incoming  munitions 

2.5. 1.2: 

Option 

2: 

Delivery  in  open 

2.5.2: 

Stage  2: 

Construct  temporary  storage  Facilities 

2.5.2. 1: 

Option 

1: 

Construct  as  needed 

2.  5. 2.  2: 

Option 

2: 

Total  construction  of  all  needed  storage 

2. 5.  3: 

Stage  3: 

Revet  weapons  stockpiles 

2.5.3. 1: 

Option 

1: 

In  conjunction  with  building 

2. 5. 3. 2: 

Option 

2: 

Independent  of  building  storage  facilities 

2.6:  Increase  training 

1  at  Pirna  Military  Compound 

2.6.1: 

Stage  1 : 

Increase  the  number  of  incoming  troops 

2.6. 1. 1: 

Option 

1: 

Conceal  troop  movements 

2.6. 1.2: 

Option 

2: 

Troop  movements  in  open 

2.6.2: 

Stage  2: 

Construct  temporary  housing  for  incoming  troops 

2.6.2. 1: 

Option 

1: 

Construct  as  needed 

?  A  9  9* 

Option 

2: 

Construct  in  anticipation 

2.6.3: 

Stage  3: 

Increase  the  level  of  training  activity  in  compound 

2.6.3. 1: 

Option 

1: 

Normal  training  activity 

2  a  &  •  •  2  ■ 

Option 

2: 

Special  training  activity 

2.7:  Fill  POL  storage 

tanks  at  Schneeberg  POL  Storage  Facility 

2.7.1: 

Stage  1: 

Assemble  tank  trucks  at  refinery 

2.7. 1. 1: 

Option 

1: 

Increase  fleet  of  tank  trucks 

2.7. 1.2: 

Option 

2  l 

Use  existing  fleet  of  tank  trucks 

2.  7 . 2: 

Stage  2: 

Fill 

tank  trucks 
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2.7.2. 1: 

Option  1: 

Conceal  filling 

operations 

2.7. 2. 2: 

Option  2: 

Fill  tankers  in 

open 

2.7.3:  Stage  3:  Transport  -fuel  to  Schneeberg 

2.7.3. 1:  Option  1:  Independent  delivery 

2. 7. 3. 2:  Option  2:  Travel  in  convoy 

2.7.4:  Stage  4:  Fill  storage  tanks 

2.7.4. 1:  Option  1:  Top  off  existing  tanks 

2. 7. 2:  Option  2:  Supplement  existing  tanks  with  bladders,  etc. 

2.8:  Increase  re-fining  production  at  Karl  Marx  Stadt  POL  Complex 
2.8.1:  Stage  1:  Increase  level  of  incoming  shipments  of  crude  oil 

2.8. 1.1:  Option  1:  Conceal  incoming  shipments  of  crude  oil 

2.8. 1.2:  Option  2;  Increase  openly  number  of  crude  arrivals 

2.8.2:  Stage  2:  Increase  personnel  and  shift  work  at  refinery 

2.8.2. 1:  Option  1:  Conceal  the  increase  through  longer  shifts 

2. 8. 2. 2:  Option  2:  Openly  recruit  workers  and  add  shifts 

2.8.3:  Stage  3:  Increase  shipments  of  POL 

2.8.3. 1:  Option  1:  Conceal  loading  and  POL  movement 

2. 8. 3. 2:  Option  2:  Openly  increase  POL  shipments 

2.9:  Increase  crude  shipments  to  KMS  POL  Complex  through  Manenberg 

2.9.1:  Stage  1:  Increase  the  incoming  rail  shipments  of  crude  oil 

2.9. 1.1:  Option  1:  Conceal  by  using  larger  trains  and  cars 

2.9. 1.2:  Option  2:  Openly  increase  by  more  trains 

2.9.2:  Stage  2:  Increase  the  level  of  crude  off-loading  from  cars 

2.9.2. 1:  Option  1:  Conceal  off-loading  operations 
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2. 9. 2. 2:  Option  2:  Off-load  in  open 

2.10:  Increase  BIV  area  -for  training  -  Griez  Army  Compound 

2.10.1:  Stage  1:  Build  temporary  tent  platforms  in  BIV  areas 

2.10.1.1:  Option  1:  Conceal  by  building  as  needed 

2.10.1.2:  Option  2:  Build  up  to  meet  projected  needs 

2.10.2:  Stage  2:  Erect  temporary  shelters  on  platforms 

2.10.2.1:  Option  1:  Conceal  by  erecting  as  needed 

2.10.2.2:  Option  2:  Erect  to  meet  projected  needs 

2.11:  Fill  bladders  in  Schleiz  Bulk  POL  storage 

2.11.1:  Stage  1:  Fill  tanker  trucks  at  refinery 

2.11.1.1:  Option  1:  Increase  tank  truck  fleet 

2.11.1.2:  Option  2:  Conceal  by  using  existing  tank  truck  fleet 

2.11.2:  Stage  2:  Transport  fuel  to  Schleiz 

2.11.2.1:  Option  1:  Independent  delivery 

2.11.2.2:  Option  2:  Assemble  convoy 

2.11.3:  Stage  3:  Fill  bladders  from  trucks 

2.11.3.1:  Option  1:  Top  off  current  bladders 

2.11.3.2:  Option  2:  Increase  the  number  of  storage  bladders 

2.12:  Fill  tanks  at  Grafenrod  POL  Storage 

2.12.1:  Stage  1:  Fill  tank  trucks  at  refinery 

2.12.1.1:  Option  1:  Increase  tank  truck  fleet 

2.12.1.2:  Option  2:  Use  current  tank  truck  fleet 

2.12.2:  Stage  2:  Transport  fuel  to  Grafenrod 

2.12.2.1:  Option  1:  Independent  delivery 
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2.12.2.2:  Option  2:  Assemble  and  deliver  in  convoy 

2.12.3:  Stage  3:  Fill  storage  tanks 
2.12.3.1:  Option  1:  Top  off  existing  tanks 

2.12.3.2:  Option  2:  Augment  existing  tanks  with  bladders  and  tankers 

2.13:  Reactivate  Bad  Salzungen  POL  Storage  and  fill  tanks 

2.13.1:  Stage  1:  Assemble  maintenance  crews  at  Bad  Salzungen 

2.13.1.1:  Option  1:  Small  crew  -  reconstruction  over  time 

2.13.1.2:  Option  2:  Larger  crew  -  complete  quickly 

2.13.2:  Stage  2:  Test  storage  tanks 

2.13.2.1:  Option  1:  Test  covertly 

2.13.2.2:  Option  2:  Test  openly 

2.13.3:  Stage  3:  Fill  tank  trucks  at  refinery 

2.13.3.1:  Option  1:  Increase  tanker  fleet 

2.13.3.2:  Option  2:  Use  existing  tanker  fleet 

2.13.4:  Stage  4:  Transport  fuel  to  Bad  Salzungen 

2.13.4.1:  Option  1:  Deliver  independently 

2.13.4.2:  Option  2:  Assemble  and  deliver  in  convoy 

2.13.5:  Stage  5:  Fill  storage  tanks 

2.13.5.1:  Option  1:  Fill  existing  storage  tanks 

2.13.5.2:  Option  2:  Augment  existing  tanks  with  bladders  and  tankers 

2.13.6:  Stage  6:  Occupy  distribution  center 
2.13.6.1:  Option  1:  Conceal  occupation  and  operations 

2.13.6.2:  Option  2:  Occupy  and  operate  openly 

2.14:  Increase  repairs  in  Tank  park  and  truck  repair  facility  at 
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(0520T0002) 


2.14.1:  Stage  1:  Increase  personnel  working  on  vehicles  in  yards 
2.14.1.1:  Option  1:  Conceal  by  lengthening  shift 

2.14.1.2:  Option  2:  Add  personnel  to  maintenance  crew 

2.14.2:  Stage  2:  Sorting  of  vehicles  awaiting  repairs 
2.14.2.1:  Option  1:  Vehicles  sorted  by  maintenance  crews 

2.14.2.2:  Option  2:  Vehicles  sorted  by  operation  crews 

2.14.3:  Stage  3:  Increased  movement  of  vehicles  awaiting  repair 
2.14.3.1:  Option  1:  Randomize  vehicles  sorted  by  problems 

2.14.3.2:  Option  2:  Line  up  vehicles  for  repair 

2.14.4:  Stage  4:  Increase  parts  shipments 
2.14.4.1:  Option  1:  Conceal  parts  shipments 

2.14.4.2:  Option  2:  Openly  increase  parts  shipments 

2.14.5:  Stage  5:  Rapid  shipment  of  completed  vehicles 
2.14.5.1:  Option  1:  Transport  completed  vehicles  as  they  are 

finished 

2.14.5.2:  Option  2:  Assemble  completed  vehicles  into  convoys 

2.15:  Increase  output  from  Pobneck  Steel  Plant 

2.15.1:  Stage  1:  Increase  the  shipments  of  raw  materials  to  steel 

plant 

2.15.1.1:  Option  1:  Conceal  incoming  shipments  of  raw  materials 

2.15.1.2:  Option  2:  Increase  incoming  shipments  openly 

2.15.2:  Stage  2:  Increase  the  personnel  and  shift  work  at  plant 

2.15.2.1:  Option  1:  Conceal  increase  by  lengthening  hours 
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2.15.2.2:  Option  2:  Openly  recruit  and  increase  personnel 

2.15.3:  Stage  3:  Increase  the  shipments  of  finished  material 
2.15.3.1:  Option  1:  Ship  as  material  becomes  available 

2.15.3.2:  Option  2:  Assemble  convoy  and  ship  in  bulk 

2.16:  Increase  mobilizer  assembly  rate 

2.16.1:  Stage  1:  Increase  incoming  shipments  of  SAM  missiles 
2.16.1.1:  Option  1:  Conceal  incoming  shipments 

2.16.1.2:  Option  2:  Increase  incoming  shipments  openly 

2.16.2:  Stage  2:  Increase  level  of  missile  assembly 
2.16.2.1:  Option  1:  Increase  assembly  under  cover 

2.16.2.2:  Option  2:  Increase  assembly  openly 

2.17:  Resupply  Air  Bases 

2.17.1:  Stage  1:  Increase  transport  traffic  to  munitions  storage 

areas 

2.17.1.1:  Option  1:  Increase  transport  fleet 

2.17.1.2:  Option  2:  Using  current  transport  fleet 

2.17.2:  Stage  2:  Load  munitions  onto  transports 
2.17.2.1:  Option  1:  Under  concealment 

2.17.2.2:  Option  2:  Openly 

2.17.3:  Stage  3:  Transport  munitions  to  air  bases 
2.17.3.1:  Option  1:  Deliver  independently 

2.17.3.2:  Option  2:  Assemble  in  convoy 

2.17.4:  Stage  4:  Off-load  munitions  into  air  base  storage  units 
2.17.4.1:  Option  1:  Conceal  off-loading  operations 
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2.17.4.2:  Option  2:  Off-load  openly 

3.  Increase  readiness  status 

3.1:  Move  SA-8  Mobilizers  to  ends  of  Litomerice  Hiway  River  Bridge 


3.1.1: 

Stage  1: 

Mobil izer  crews  to  SA-8  assembly  sites 

3.1.2: 

Stage  2: 

Mobil izer  crews  man  SA-8  mobil izers 

■.'i  l.^i 

Stage  3: 

Crews  proceed  on  major  highways  to  installation 

sites 

3. 1.4: 

Stage  4: 

• 

Crews  set  up  and  man  SA-8 

3.2: 

Move  SA-8  Mobil izers  to  south  end  of  Zwickau  Mulde  River  Bridge 

3.2.1: 

Stage  1: 

Mobil izer  crews  to  SA-8  assembly  sites 

3  •  2 . 2 : 

Stage  2: 

Mobil izer  crews  man  SA-8  mobil izers 

3.2.3: 

Stage  3: 

Crews  proceed  on  major  highways  to  installation 

sites 

3.2.4: 

Stage  4: 

Crews  set  up  and  man  SA-8 

3.3: 

Harden  distribution  building  at  Stara  Sedlo  Hydroelectric  Plant 

3.3.1: 

Stage  1: 

Set  up  construction  site  at  plant 

3.3.2: 

Stage  2: 

Deliver  reinforcing  steel  to  plant 

3.3.3: 

Stage  3: 

Set  reinforcing  steel  on  existing  structure 

3.3.4: 

Stage  4: 

Deliver  concrete  to  plant 

v*  •  O  *  J  ■ 

Stage  5: 

Pour  concrete  on  reinforced  structure 

3.4:  Move  SA-8  Mobil izers  to  Bor  POL  storage  area 

3.4.1:  Stage  1:  Mobil izer  crews  to  SA-8  assembly  sites 

3.4.2:  Stage  2:  Mobil izer  crews  man  SA-8  mobil izers 

3.4.3:  Stage  3:  Crews  proceed  on  major  highways  to  installation 
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sites 


3.4.4:  Stage  4:  Crews  set  up  and  man  SA-8 

3.5:  Move  SA-8  Mobilizers  to  Kralupy  Power  Production  Facility 
3.5.1:  Stage  1:  Mobil izer  crews  to  SA-8  assembly  sites 

3.5.2:  Stage  2:  Mobil izer  crews  man  SA-8  mobil izers 

3.5.3:  Stage  3:  Crews  proceed  on  major  highways  to  installation 

sites 

3.5.4:  Stage  4:  Crews  set  up  and  man  SA-8 

3.6:  Move  SA-8  Mobil izers  to  Weimar  RR  Bridge 
3.6.1:  Stage  1:  Mobilizer  crews  to  SA-8  assembly  sites 

3.6.2:  Stage  2:  Mobilizer  crews  man  SA-8  mobilizers 

3.6.3:  Stage  3:  Crews  proceed  on  major  highways  to  installation 

sites 

3.6.4:  Stage  4:  Crews  set  up  and  man  SA-8 

3.7:  Move  SA-8  Mobilizers  to  Kuhndor-f  Hi  way  Bridge 
3.7.1:  Stage  1:  Mobilizer  crews  to  SA-8  assembly  sites 

3.7.2:  Stage  2:  Mobilizer  crews  man  SA-8  mobilizers 

3.7.3:  Stage  3:  Crews  proceed  on  major  highways  to  installation 

sites 

3.7.4:  Stage  4:  Crews  set  up  and  man  SA-8 

3.8:  Move  SA-8  Mobilizers  to  Pobneck  RR  yard  and  Break  point 

3.8.1:  Stage  1:  Mobilizer  crews  to  SA-8  assembly  sites 

3.8.2:  Stage  2:  Mobilizer  crews  man  SA-8  mobilizers 

3.8.3:  Stage  3:  Crews  proceed  on  major  highways  to  installation 
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sites 


3.8.4:  Stage  4:  Crews  set  up  and  man  SA-8 

3.9:  Move  SA-8  Mobil izers  to  Gera  Power  Production  Facility 
3.9.1:  Stage  1:  Mobilizer  crews  to  SA-8  assembly  sites 

3.9.2:  Stage  2:  Mobilizer  crews  man  SA-8  mobilizers 

3.9.3:  Stage  3:  Crews  proceed  on  major  highways  to  installation 

sites 

3.9.4:  Stage  4:  Crews  set  up  and  man  SA-8 

3.10:  Revet  above  ground  pipelines  -from  Grafenrod 
3.10.1:  Stage  1:  Move  earthmoving  equipment  to  pipeline 
3.10.2:  Stage  2:  Revet  the  pipeline 

3.11:  Move  SA-8  Mobilizers  to  Bad  Salzungen  POL  Storage  Area 
3.11.1:  Stage  1:  Mobilizer  crews  to  SA-8  assembly  sites 

3.11.2:  Stage  2:  Mobilizer  crews  man  SA-8  mobilizers 

3.11.3:  Stage  3:  Crews  proceed  on  major  highways  to  installation 

sites 

3.11.4:  Stage  4:  Crews  set  up  and  man  SA-8 

3.12:  Harden  radar  facility  at  Kiemze  early  warning  site 

3.12.1:  Stage  1:  Set  up  construction  site  at  plant 

3.12.2:  Stage  2:  Deliver  reinforcing  steel  to  plant 

3.12.3:  Stage  3:  Set  reinforcing  steel  on  existing  structure 

3.12.4:  Stage  4:  Deliver  concrete  to  plant 

3.12.5:  Stage  5:  Pour  concrete  on  reinforced  structure 

3.13:  Activate  Radnice  FC  Radar  site 
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3.13.1: 

Stage  1: 

Man  the  Radnice  Radar  site 

3.13.2: 

Stage  2: 

Mount  radar  at  site 

3. 13.3: 

Stage  3: 

Prepare  pads  for  air  defense  system 

3. 13.4: 

Stage  4: 

Install  air  defense  system 

3. 14:  Upgrade  Zwug 

Air  Base  to  Full  Status 

3. 14. 1: 

Stage  1: 

Set  up  air  field  lighting 

3. 14.2: 

Stage  2: 

Set  up  air  servicing  control 

3. 14.3: 

Stage  3: 

Construct  munitions  storage  facility 

3. 14.4: 

Stage  4: 

Improve  drainage  on  east  end 

3. 14.5: 

Stage  5: 

Increase  POL  storage 

4:  Deploy  men  &  equipment 

4.1:  Distribute  munitions  ■from  Prag  munitions  plant 

4.1.1:  Stage  1:  Trucks  move  to  loading  dock  at  north  end  of  building 

4.1.2:  Stage  2:  Load  completed  SAMs  onto  trucks 

4.1.3:  Stage  3:  Move  trucks  with  SAMs  to  missile  mobilizer  yards 

4.2:  Vacate  Hq  Bldg  and  Barracks  at  Pleen  Barracks 


4.2. 1: 

Stage 

1: 

Increase  troop  trucks  into  Barracks  area 

4  7  7 » 

Stage 

2: 

Load  troops  onto  trucks  by  unit 

4.2.3: 

Stage 

■J  5 

'  .  A 

Transport  troops  to  deployment  area 

4.2.4: 

Stage 

4: 

Off-load  troops 

4.2.5: 

Stage 

5: 

Return  trucks  to  barracks  area 

4.3:  Deploy  HQs  22nd  Armored  Division  Reserve  Unit  along  E12  -  target 
Schwabach 

4.3.1:  Stage  1:  Increase  the  troop  strength  of  the  reserve  unit 
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4.3.2: 


Stage  2:  Assemble  the  equipment  needed  to  serve  the  unit 


4.3.3:  Stage  3:  Man  the  armored  division’s  equipment 

4.3.4:  Stage  4:  Deploy  the  equipment  and  troops  by  unit 

4.3.5:  Stage  5:  Move  the  Hqs  to  the  -field 

4.4:  Deploy  HQs  4th  Motorized  Ri-fle  Division  along  #26  -  target 

Regensburg 


4.4. 1: 

Stage 

1: 

Assemble  Division’s  motorized  equipment 

4.4.2: 

Stage 

2: 

Load  troops  onto  equipment  by  unit 

4.4.3: 

Stage 

3: 

Deploy  equipment  by  unit 

4.5: 

Truck  spare 

SAM  missiles  to  deployment  sites 

4.5.1: 

Stage 

1: 

Assemble  trucks  at  rail  facility 

4.5.2: 

Stage 

2: 

Load  spare  SAMs  onto  trucks 

4.5.3: 

Stage 

3: 

Move  trucks  from  rail  facility  to  a  SAM  site 

4.6: 

Deploy  vehicles  from  Tank  park  &  Maint  -facility  to  units 

4.6.1: 

Stage 

1: 

Move  tank  crews  to  Tank  park 

4.6.2: 

Stage 

2: 

Man  operational  vehicles 

4.6.3: 

Stage 

3: 

Move  operational  vehicles  to  units 

4.6.4: 

Stage 

4: 

Randomly  space  vehicles  awaiting  maintenance 

4.6.5: 

Stage 

5: 

Revet  vehicles  awaiting  maintenance 

4.7: 

Deploy  vehicles  from  truck  and  cargo  yard  to  units 

4.7.1: 

Stage 

1: 

Assemble  drivers  for  vehicles  in  truck  yard 

4.7.2: 

Stage  2: 

Move  vehicles  loaded  with  munitions  to  units 

4.7.3: 

Stage 

*♦.  • 

-w'  a 

Move  troop  carriers  to  barracks  for  troop  deployment 

4.7.4: 

Stage 

4: 

Assemble  trucks  to  off-load  material  from  rail 
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yard 


4.8:  Deploy  SA-8  hobilizers  and  missiles  -from  mobilizer  yard  to 
defense  sites 

4.8.1:  Stage  1:  Assemble  SAM  crews  at  mobilizer  yard 

4.8.2:  Stage  2:  Man  mobilizers 

4.8.3:  Stage  3:  Move  mobilizers  to  deployment  areas 

4.9:  Deploy  tanks  from  tank  park  to  units 

4.9.1:  Stage  1:  Move  tank  crews  to  tank  park 

4.9.2:  Stage  2:  Man  armored  vehicles  in  tank  park 

4.9.3:  Stage  3:  Move  armored  vehicles  to  units  for  deployment 

4.10:  Resupply  all  units  in  Bad  Langengaliza  munitions  area 

4.10.1:  Stage  1:  Move  supply  trucks  to  munitions  storage  area 

4.10.2:  Stage  2:  Load  munitions  onto  the  trucks 

4.10.3:  Stage  3<  Move  munitions  to  deployed  units 

4.11:  Deploy  6th  Armored  Division  along  #13  -  initial  target  Wurzburg 
4.11.1:  Stage  1:  Assign  troops  to  units 

4.11.2:  Stage  2:  Assemble  troop  transports  in  barracks  area 
4.11.3:  Stage  3:  Load  troops  onto  transports 

4.11.4:  Stage  4:  Deploy  troops  to  units 

4.12:  Deploy  90th  Lt.  Inf.  along  #13  following  the  6th  -  initial  target 
Bamberg 

4.12.1:  Stage  1:  Assign  troops  to  units 

4.12.2:  Stage  2:  Assemble  troop  transports  in  barracks  area 
4.12.3:  Stage  3:  Load  troops  onto  transports 
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4.12.4:  Stage  4:  Deploy  troops  to  units 

4.13:  Deploy  Dresden  units  along  E62  at  junction  92  -  initial  target 

Schweinf urt 


4. 13.1: 

Stage  1: 

Assign  troops  to  units 

4. 13.2: 

Stage  2: 

Assemble  troop  transports 

in  barracks  area 

4. 13.3: 

Stage  3: 

Load  troops  onto  transports 

4. 13. 4: 

Stage  4: 

Deploy  troops  to  units 

4. 14:  Deploy  Self 

-propelled  units  along  89  - 

initial  target  Fulda 

4. 14. 1: 

Stage  1: 

Assign  troops  to  units 

4. 14.2: 

Stage  2: 

Assemble  troop  transports 

in  barracks  area 

4. 14.3: 

Stage  3: 

Load  troops  onto  transports 

4.14.4: 

Stage  4: 

Deploy  troops  to  units 

4.15:  Deploy  airborne  troops  to  air  field  for  deployment  to  junction 
E70  &  A2 

4.15.1:  Stage  1:  Distribute  munitions  to  self-propel led  units 

4.15.2:  Stage  2:  Assemble  self-propelled  units  and  man  vehicles 

4.15.3:  Stage  3:  Move  self-propelled  units  to  deployment  areas 

4.15.4:  Stage  4:  Assemble  troop  transports  for  support  personnel 

4.15.5:  Stage  5:  Man  troop  transports 

4.15.6:  Stage  6:  Deploy  support  troops 

4.16:  Deploy  tanks  and  trucks  from  (0520T0002)  to  units 

4.16.1:  Stage  1:  Man  tanks  that  have  been  serviced 

4.16.2:  Stage  2:  Deploy  operational  tanks  to  units 

4.16.3:  Stage  3:  Randomly  distribute  tanks  still  awaiting  repair 
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4.16.4:  Stage  4:  Increase  stocks  of  steel  in  yard 
5:  Explore  Allied  Readiness 

5.1:  Paradigm  1:  Single  aircraft  -  single  exploration 
5.1.1:  Stage  1.1:  M-21  takes  off  -from  strip  alert  at  Tchorovice  Air 

Base 

5.1.2:  Stage  1.2:  Climbs  to  alt  20,000m,  heading  270  deg,  speed  500 

knots 

5. 1.2.1:  Option  1.2.1:  Alt  <  30,000m,  150  deg<  h  <290  deg,  speed  > 

stal  1 

5.1.3:  Stage  1.3:  20km  from  border  -  drop  below  radar  threshold 

5.1.4:  Stage  1.4:  10km  from  border  -  above  radar  threshold  heading 

90  degrees 

5. 1.4.1:  Option  1.4.1:  Alt  >  900m,  10  deg<  h  <170  deg,  speed  > 

stall 

5.1.5:  Stage  1.5:  Return  to  base 

5. 1.5.1:  Option  1.5.1:  Proceed  to  alternate  Base 

5.1.6:  Stage  1.6:  Land  M-21 

5.1.7:  Stage  1.7:  Refuel  M-21 

5.1.8:  Stage  1.8:  Redeploy  at  strip  readiness  site 

5. 1.8.1:  Option  1.8.1:  Redeploy  off  strip  readiness  site 

5.2:  Paradigm  2:  Single  aircraft  -  multiple  explorations 
5.2.1:  Stage  2.1:  M-21  takes  off  from  strip  alert  at  Tchorovice  Air 

Base 

5.2.2:  Stage  2.2:  Climbs  to  alt  20,000m,  heading  270  deg,  speed  500 
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knots 


5.2.2. 1:  Option  2.2.1:  Alt  <  30,000m,  150  deg<  h  <290  deg,  speed  > 

stal  1 

5.2.3:  Stage  2.3:  20km  from  border  -  drop  below  radar  threshold 

5.2.4:  Stage  2.4:  10km  from  border  -  above  radar  threshold  heading 

90  degrees 

5.2.4. 1:  Option  2.4.1:  Alt  >  900m,  10  deg<  h  <170  deg,  speed  > 

stal  1 


5.2.5: 

Stage 

2.5: 

Turn  to  heading  180  degrees, 

alt 

5000m, 

speed  600 

knots 

5.2.6: 

Stage 

2.6: 

Drop  below  radar  threshold 

5.2.7: 

Stage 

2.7: 

Climb  to  1000m,  heading 

270  degrees, 

speed  800 

knots 

5.2.8: 

Stage 

2.8: 

Drop  below  radar  threshold 

5.2.9: 

Stage 

2.9: 

Turn  to  90  degrees,  speed 

600 

knots, 

climb  to 

10,000m 

5.  2. 10: 

Stage 

2. 10: 

Return  to  base 

5.2.10.1:  Option  2.10.1:  Proceed  to  alternate  Base 

5.2.11:  Stage  2.11:  Land  M-21 
5.2.12:  Stage  2.12:  Refuel  M-21 

5.2.13:  Stage  2.13:  Redeploy  at  strip  readiness  site 

5.2.13.1:  Option  2.13.1:  Redeploy  off  strip  readiness  site 

5.3:  Paradigm  3:  Multiple  aircraft  -  single  exploration 

5.3.1:  Stage  3.1:  5  M-21  aircraft  taxi  from  strip  alert  at 
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Tchorovice  Air  Base 


5.3. 1.1:  Option  3.1.1:  2  <  #  of  aircraft  <  10 

5.3.2:  Stage  3.2:  M-21  aircraft  take  off  and  assemble  at  10,000m 

5. 3. 2.1:  Option  3.2.1:  Alt  >  10,000m 

5.3.3:  Stage  3.3:  Formation  heading  270  degrees,  speed  500  knots 

5.3.4:  Stage  3.4:  30km  from  border,  drop  to  3000m,  speed  600  knots 

5.3.5:  Stage  3.5:  20km  from  border,  drop  to  1000m,  speed  700  knots 

5.3.6:  Stage  3.6:  15km  from  border,  drop  below  radar  threshold 

5.3.7:  Stage  3.7:  Turn  to  heading  100  degrees,  climb  to  10,000m 

5.3.8:  Stage  3.8:  Return  to  Air  Base 

5.3.8. 1:  Option  3.8.1:  Proceed  to  alternative  Air  Base 

5.3.9:  Stage  3.9:  Land  in  formation 

5. 3. 9.1:  Option  3.9.1:  Land  sequentially 

5.3.10:  Stage  3.10:  Refuel  simul taneously 
5.3.10.1:  Option  3.10.1:  Refuel  sequentially 

5.3.11:  Stage  3.11:  Redeploy  on  strip  alert 
5.3.11.1:  Option  3.11.1:  Redeploy  off  strip  alert 

5.4:  Paradigm  4:  Multiple  aircraft  -  multiple  explorations 
5.4.1:  Stage  4.1:  5  M-21  aircraft  taxi  from  strip  alert  at 

Tchorovice  Air  Base 

5.4. 1.1:  Option  4.1.1:  2  <  #  of  aircraft  <  10 

5.4.2:  Stage  4.2:  M-21  aircraft  take  off  and  assemble  at  10,000m 

5.4.2. 1:  Option  4.2.1:  Alt  >  10,000m 

5.4.3:  Stage  4.3:  Formation  heading  270  degrees,  speed  500  knots 
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5.4.4:  Stage  4.4:  30km  -from  border,  drop  to  3000m,  speed  600  knots 

5.4.5:  Stage  4.5:  Disperse  1km  apart  to  the  south  in  parallel 

5.4.6:  Stage  4.6;  20km  -from  border,  drop  to  1000m,  speed  700  knots 

5.4.7:  Stage  4.7:  15km  from  border,  drop  below  radar  threshold 

5.4.8:  Stage  4.8:  Turn  to  heading  100  degrees,  climb  to  10,000m 

5.4.9:  Stage  4.9:  Return  to  Air  Base 

5.4.9. 1:  Option  4.9.1:  Proceed  to  alternative  Air  Base 

5.4.10:  Stage  4.10:  Land  in  formation 
5.4.10.1:  Option  4.10.1:  Land  sequentially 

5.4.11:  Stage  4.11:  Refuel  simultaneously 
5.4.11.1:  Option  4.11.1:  Refuel  sequentially 

5.4.12:  Stage  4.12:  Redeploy  on  strip  alert 
5.4.12.1:  Option  4.12.1:  Redeploy  off  strip  alert 

6:  Attack 

6.1:  Relocate  personnel  from  training  area 

6.1.1:  Stage  1:  Assign  men  to  operational  units 

6. 1.1.1:  Option  1:  Assign  men  to  new  units 

6. 1.1.2:  Option  2:  Assign  men  to  existing  units 

6.1.2:  Stage  2:  Form  men  into  units 

6. 1.2.1:  Option  1:  Simultaneously 

6. 1.2.2:  Option  2:  By  unit 

6.1.3:  Stage  3:  Assemble  troop  movements 

6. 1.3.1:  Option  1:  To  move  all  trainees 

6. 1.3.2:  Option  2:  To  move  part  of  trainees 
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6.1.4:  Stage  4:  Load  troops  onto  transports 

6. 1.4.1:  Option  1:  By  units 

6. 1.4.2:  Option  2:  Simultaneously 

6.1.5:  Stage  5:  Transport  troops  to  operational  units 

6. 1.5.1:  Option  1:  Independently 

6. 1.5.2:  Option  2:  In  convoys 

6.2:  Begin  -feint  in  direction  o-f  Marianske  Lazne 

6.2.1:  Paradigm  1:  With  live  fire 

6.2. 1.1:  Dispatch  of  Wing  in  support  of  strategic  preemptive  strike 

6.2. 1.1.1:  Aircraft  leave  various  airfields 

6.2. 1.1. 1.1:  Paradigm  1:  Coordinated  departure 

6.2. 1. 1. 1. 1. 1:  Ground  Crews  prepare  aircraft  at  Tchorovice 

Airfield 

6.2. 1. 1. 1. 1. 1. 1:  Option  1:  Fueled  and  loaded  with  operational 

ordinance 

6. 2. 1 . 1 . 1 . 1 . 2:  Pilots  briefed  on  mission 

6. 2. 1 . 1 . 1 . 1 . 2. 1 :  Option  1:  With  security 

6. 2. 1 . 1 . 1 . 1 . 3:  Pilots  man  planes 

6. 2. 1 . 1 . 1 . 1 . 4:  Aircraft  take  off  from  Tchorovice  Airfield  at 

prearranged  time 

6. 2. 1 . 1 . 1 . 1 . 4. 1 :  Option  1:  Aircraft  depart  independently 

6. 2. 1 . 1 . 1 . 1 . 4. 2:  Option  2:  Aircraft  depart  in  squadrons 

6.2. 1.1. 1.2:  Paradigm  2:  Independent  departure 

fa. 2. 1 . 1 . 1 . 2. 1 :  Ground  Crews  prepare  aircraft  at  Tchorovice 
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Air-field 


6. 2. 1 . 1 . 1 . 2. 1 . 1 :  Option  1:  Fueled  and  loaded  with  operational 

ordinance 

6.2. 1. 1. 1.2.2:  Pilots  briefed  on  mission 

6. 2. 1 . 1 . 1 . 2. 2. 1 :  Option  1:  With  security 

6.2. 1. 1. 1.2.3:  Pilots  man  planes 

6.2. 1. 1. 1.2.4:  Aircraft  take  off  from  Tchorovice  Airfield  as  they 

come  on  line 

6. 2. 1 . 1 . 1 . 2. 4. 1 :  Option  1:  Aircraft  depart  independently 

6.2. 1. 1. 1.2. 4. 2:  Option  2s  Aircraft  depart  in  squadrons 

6.2. 1.1.2:  Aircraft  rendezvous  at  prearranged  location 

6.2. 1.1.2. 1:  Paradigm  1:  Independent  flight  plans 

6.2. 1. 1.2. 1. 1:  Aircraft  proceed  on  individual  flight  plans  to 

Plasy 

6. 2. 1 . 1 . 2. 1 . 2:  Aircraft  hold  at  Plasy 

6.2. 1. 1.2. 1.3:  Squadrons  reform  at  Plasy 

6. 2. 1 . 1 . 2. 1 . 4:  Escort  aircraft  meet  with  strategic  bombers  at 

PI  asy 

6.2.1. 1.2.2:  Paradigm  2:  Group  flight  plans 

6. 2. 1 . 1 . 2. 2. 1 :  Squadrons  form  at  2000m  over  Tchorovice  airfield 

6. 2. 1 . 1 . 2. 2. 2:  Formation  turns  to  210  degrees 

6. 2. 1 . 1 . 2. 2. 3:  Formation  holds  at  Plasy 

6. 2. 1 . 1 . 2. 2. 4:  Escort  aircraft  meet  with  strategic  bombers  at 

Plasy 
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6.2. 1.1.3:  Aircraft  deploy  in  escort  positions 

6.2.1. 1.3.1:  Paradigm  1:  Combat  aircraft  lead  preemptive  strike 

6. 2. 1 . 1 . 3. 1 . 1 :  Aircraft  turn  to  270  degrees  for  target 

6.2. 1. 1.3. 1.2:  Combat  aircraft  proceed  at  1000m  in  advance  of 

bombers 

6.2. 1. 1.3. 1.3:  Bombers  proceed  at  2000m  to  targets 

6.2. 1.1. 3. 2:  Paradigm  2:  Combat  aircraft  screen  strategic  bombers 

6. 2. 1 . 1 . 3. 2. 1 :  Bombers  turn  to  270  degrees  to  target  at  3000m 

6.2. 1. 1.3. 2. 2:  Combat  aircraft  deploy  by  squadrons  to  flanks  of 

bombers 

6.2. 1. 1.3. 2. 3:  Combat  aircraft  proceed  at  3500m 

6.2. 1.1.4:  Aircraft  accompany  strategic  bombers  to  target 

6.2.1. 1.4.1:  Paradigm  1:  Efficient  course 

6. 2. 1 . 1 . 4. 1 . 1 :  Aircraft  proceed  to  target  at  270  degrees,  3000m, 

300  knots 

6.2. 1. 1.4. 1.2:  On  approach,  aircraft  drop  to  2000m  for  bombing 

run 

6. 2. 1 . 1 . 4. 1 . 2. 1 :  Option  1:  High  altitude  mission 

6.2. 1. 1.4. 1.2.2:  Option  2:  Low  altitude  mission 

6.2. 1.1. 4. 2:  Paradigm  2:  Evasive  course 

6. 2. 1 . 1 . 4. 2. 1 :  Aircraft  proceed  at  200  degrees,  1000m,  300  knots 

6. 2. 1 . 1 . 4. 2. 2:  Aircraft  alter  course  to  340  degrees,  1500m,  400 

knots 

6. 2. 1 . 1 . 4. 2. 2. 1 :  Option  1:  One  course  change 
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6.2. 1. 1.4. 2. 2. 2: 


Option  2:  Multiple  course  changes 


6.2. 1. 1.4. 2. 3:  Aircra-ft  adopt  -final  270  degrees,  600m,  500  knots 

6.2. 1.1.5:  Aircra-ft  fly  live  fire  mission 

6.2.1. 1.5.1:  Paradigm  1:  Live  fire  mission 

6.2. 1. 1.5. 1. 1:  Option  1:  Combat  aircraft  fly  interdiction 

6. 2. 1 . 1 . 5. 1 . 1 . 1 :  On  approach,  combat  aircraft  take  lead 

6.2. 1. 1.5. 1. 1.2:  Combat  aircraft  engage  prearranged  targets 

6.2. 1. 1.5. 1. 1.3:  Combat  aircraft  head  to  Plana  holding  site 

6. 2. 1 . 1 . 5. 1 . 1 . 4:  Combat  aircraft  hold  at  Plana  holding  site 

6. 2. 1 . 1 . 5. 1 . 1 . 5:  Strategic  bombers  fly  bombing  run 

6.2. 1. 1.5. 1. 1.5. 1:  Option  1.5.1:  High  altitude  5000m 

6.2. 1. 1.5. 1. 1.5.2:  Option  1.5.2:  Low  altitude  600m 

6. 2. 1 . 1 . 5. 1 . 1 . 6:  Strategic  bombers  engage  targets 

6.2. 1. 1.5. 1. 1.7:  Strategic  bombers  proceed  to  Plana  holding  site 

6. 2. 1 . 1 . 5. 1 . 2:  Option  2:  Combat  aircraft  fly  support 

6.2. 1. 1.5. 1.2. 1:  On  approach,  combat  aircraft  screen  flanks  at 

1000m 

6. 2. 1 . 1 . 5. 1 . 2. 2:  Strategic  bombers  fly  bombing  run 

6. 2. 1 . 1 . 5. 1 . 2. 2. 1 :  Option  2.2.1:  High  altitude  5000m 

6. 2. 1 . 1 . 5. 1 . 2. 2. 2:  Option  2.2.2:  Low  altitude  600m 

6. 2. 1 . 1 . 5. 1 . 2. 3:  Strategic  bombers  engage  targets 

6.2. 1.1.6:  Aircraft  regroup  after  bombing  run 

6.2.1. 1.6.1:  Strategic  bombers  join  with  combat  aircraft  at  Plana 

holding  site 
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6.2.1. 1.6.2:  Combat  aircraft  deploy  on  screening  position 

6.2.1. 1.6.3:  Formation  adopts  90  degrees,  5000m,  400  knots  to 

Plasy 

6.2. 1.1.7:  Aircraft  return  to  initial  bases 

6.2.1. 1.7.1:  At  Plasy  site  aircraft  adopt  70  degrees  to  Tchorovice 

airfield 

6.2.1. 1.7.2:  Aircraft  land  at  Tchorovice  airfield 

6. 2. 1 . 1 . 7. 2. 1 :  Option  Is  By  squadron 

6. 2. 1 . 1 . 7. 2. 2:  Option  2:  Independently 

6.2.1. 1.7.3:  Aircraft  serviced 

6.2.2:  Paradigm  2:  Abortive  feint 

6.2.2. 1:  Lead  elements  of  22nd  Armored  reserve  move  toward  site 

6. 2. 2. 2:  Lead  elements  of  4th  motorized  division  move  toward  site 

6. 2. 2. 3:  Following  elements  proceed  to  border 

6.3:  Troops  begin  attack  from  north  to  south 
6.3.1:  Paradigm  1:  Lead  with  air  strike 

6.3. 1.1:  Dispatch  of  Wing  in  support  of  strategic  preemptive  strike 

6.3. 1.1.1:  Aircraft  leave  various  airfields 

6.3. 1.1. 1.1:  Paradigm  1:  Coordinated  departure 

6. 3. 1 . 1 . 1 . 1 . 1 :  Ground  Crews  prepare  aircraft  at  EAirfieldD 

6. 3. 1 . 1 . 1 . 1 . 1 . 1 :  Option  1:  Fueled  and  loaded  with  operational 

ordinance 

6. 3. 1 . 1 . 1 . 1 . 2:  Pilots  briefed  on  mission 

6. 3. 1 . 1 . 1 . 1 . 2. 1 :  Option  1:  With  security 
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6. 3, 1 . 1 . 1 . 1 . 3:  Pilots  man  planes 

6.3. 1. 1. 1. 1.4:  Aircraft  take  off  from  [airfield!  at  prearranged 

time 

6.3. i. 1. 1. 1.4. 1:  Option  1:  Aircraft  depart  independently 

6.3. 1. 1. 1. 1.4.2:  Option  2:  Aircraft  depart  in  squadrons 

6.3. 1.1. 1.2:  Paradigm  2:  Independent  departure 

6.3. 1  1. 1.2. 1:  Ground  Crews  prepare  aircraft  at  [airfield! 

6. 3. 1 . 1 . 1 . 2. 1 . 1 :  Option  1:  Fueled  and  loaded  with  operational 

ordinance 

6.3. 1. 1. 1.2.2:  Pilots  briefed  on  mission 

6.3. 1. 1. 1.2.2. 1:  Option  1:  With  security 

6. 3. 1 . 1 . 1 . 2.3:  Pilots  man  planes 

6. 3. 1 . 1 . 1 . 2. 4:  Aircraft  take  off  from  [airfield!  as  they  come  on 

line 

6.3. 1. 1. 1.2.4. 1;  Option  1:  Aircraft  depart  independently 

6.3. 1. 1. 1.2. 4. 2:  Option  2:  Aircraft  depart  in  squadrons 

6.3. 1.1.2:  Aircraft  rendezvous  at  prearranged  location 

6.3. 1.1.2. 1:  Paradigm  1:  Independent  flight  plans 

6. 3. 1 . 1 . 2. 1 . 1 :  Aircraft  proceed  on  individual  flight  plans  to 

[rendezvous! 

6.3. 1. 1.2. 1.2:  Aircraft  hold  at  [rendezvous! 

6.3. 1. 1.2. 1.3:  Squadrons  reform  at  [rendezvous! 

6. 3. 1 . 1 . 2. 1 . 4 :  Escort  aircraft  meet  with  strategic  bombers  at 


[rendezvous! 


6.3. 1. 1.2.2s 


Paradigm  2s  Group  flight  plans 


6. 


i.i.: 


>  i . 

.■la 


6.3.1.1.2.2.2s 


6.3.1.1.2.2.3s 


6.3.1.1.2.2.4s 


6.3. 1. 1 . o  s 


6. 3.  1 . 1 . 3.  1 : 


6.3.1.1.3.1.1s 


6.3. 1. 1.3. 1.2: 


6.3. 1. 1 


3. 1.3: 


6.3.1.1.3.2s 


6.3. 1. 1.3.2.  1: 


6. 


1.1.3.: 


6.3. 1. 1.3. 2. 3: 
6. 3. 1 . 1 . 4: 
6.3.1. 1.4.1: 


6. 3.  1 .  1 . 4. 1 . 1 : 


6.  o.l. 1.4.1 


9. 


Squadrons  form  at  [alt]  over  [airfield] 

Formation  turns  to  [heading] 

Formation  holds  at  [rendezvous] 

Escort  aircraft  meet  with  strategic  bombers  at 
[rendezvous] 

\ 

Aircraft  deploy  in  escort  positions  \ 

4 

Paradigm  Is  Combat  aircraft  lead  preemptive  str'ike 
Aircraft  turn  to  [heading]  for  target 
Combat  aircraft  proceed  at  [alt]  in  advance  of 
bombers 

Bombers  proceed  at  [alt]  to  targets 
Paradigm  2:  Combat  aircraft  screen  strategic  bombers 
Bombers  turn  to  [heading]  to  target  at  [alt] 

Combat  aircraft  deploy  by  squadrons  to  flanks  of 
bombers 

Combat  aircraft  proceed  at  [alt] 

Aircraft  accompany  strategic  bombers  to  target 
Paradigm  Is  Efficient  course 

Aircraft  proceed  to  target  at  [heading],  [alt], 
[speed] 

On  approach,  aircraft  drop  to  [alt]  for  bombing 
run 


6.3. 1. 1.4. 1.2. 1: 


Option  Is  High  altitude  mission 
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6.3. 1. 1.4. 1.2.2: 


Option  2:  Low  altitude  mission 


6.3. 1.1. 4.2:  Paradigm  2:  Evasive  course 

6. 3. 1 . 1 . 4. 2. 1 :  Aircraft  proceed  at  [heading!,  [alt!,  [speed! 

6. 3. 1 . 1 . 4. 2. 2:  Aircraft  alter  course  to  [heading!,  [alt!,  [speed! 

6.3. 1. 1.4. 2.2. 1:  Option  1:  One  course  change 

6.3. 1. 1.4. 2. 2. 2:  Option  2:  Multiple  course  changes 

6.3. 1. 1.4. 2. 3:  Aircraft  adopt  final  [heading!,  [alt!,  [speed! 

6.3. 1.1.5:  Aircraft  engage  targets 

6.3.1.1.5.1s  Paradigm  1:  Live  fire  mission 

6. 3. 1 . 1 . 5. 1 . 1 :  Option  1:  Combat  aircraft  fly  interdiction 

6.3. 1. 1.5. 1. 1. 1:  On  approach,  combat  aircraft  take  lead 

6.3. 1. 1.5. 1. 1.2:  Combat  aircraft  engage  prearranged  targets 

6.3. 1. 1.5. 1. 1.3:  Combat  aircraft  head  to  [holding  site! 

6. 3. 1 . 1 . 5. 1 . 1 . 4:  Combat  aircraft  hold  at  [holding  site! 

6. 3. 1 . 1 . 5. 1 . 1 . 5:  Strategic  bombers  fly  bombing  run 

6.3.1.1.5.1.1.5.1s  Option  1.5.1:  High  altitude  [alt! 

6. 3. 1 . 1 . 5. 1 . 1 .5. 2:  Option  1.5.2:  Low  altitude  [alt! 

6.3,1.1.5.1.1.6s  Strategic  bombers  engage  targets 

6. 3. 1 . 1 . 5. 1 . 1 . 7:  Strategic  bombers  proceed  to  [holding  site! 

6. 3. 1 . 1 . 5. 1 . 2:  Option  2:  Combat  aircraft  fly  support 

6. 3. 1 . 1 . 5. 1 . 2. 1 :  On  approach,  combat  aircraft  screen  flanks  at 

[alt! 

6. 3. 1 . 1 . 5. 1 . 2. 2:  Strategic  bombers  fly  bombing  run 

6. 3. 1 . 1 . 5. 1 . 2. 2. 1 :  Option  2.2.1:  High  altitude  [alt! 
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6.3. 1 . 1.5. 1 . 2. 2. 2: 


Option  2.2.2:  Lon  altitude  [alt] 


6. 3. 1 . 1 . 5. 1 . 2. 3:  Strategic  bombers  engage  targets 

6.3.  1.1.6:  Aircraft  regroup  after  bombing  run 

6.3.1. 1.6.1:  Strategic  bombers  join  with  combat  aircraft  at 

[holding  site] 

6.3.1. 1.6.2:  Combat  aircraft  deploy  on  screening  position 

6.3. 1.1. 6. 3:  Formation  adopts  [heading],  [alt],  [speed]  to 

[dispersal  site] 

6.3. 1.1.7:  Aircraft  return  to  initial  bases 

6.3.1. 1.7.1:  At  [dispersal  site]  aircraft  adopt  [heading]  to 

[airfield] 

6.3.1. 1.7.2:  Aircraft  land  at  [airfield] 

6.3. 1. 1.7.2. 1:  Option  1:  By  squadron 

6. 3. 1 . 1 . 7. 2. 2:  Option  2:  Independently 

6.3.1. 1.7.3:  Aircraft  serviced 

6.3.2:  Paradigm  2:  Lead  with  ground  assault 

6.3.2. 1:  Self-propelled  units  to  Fulda 

6. 3. 2. 2:  Airborne  units  to  junction  E70  &  A2 

6. 3. 2. 3:  Headquarters  units  to  Scheinfurt 

6. 3. 2. 4:  6th  Armored  units  to  Witzburg 

6. 3. 2. 5:  Hq  22nd  Armored  to  Schwabach 

6. 3. 2. 6:  4th  Motorized  units  to  Regenburg 
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APPENDIX  E 

FACT  FILE  (DATA  BASE) 


All  fields  are  from  unclassified 
sources  and/or  fictitious. 
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Appendix  E  -  Page  1 


Left  Side 


FACT 


TYPE  ACTION 

ELEMENT 

ELEMENT 

ELEMENT 

1  Depart 

FTruck 

MS  Munitions  Factory 

* 

2  On 

FTrucks 

Hi  way  92 

* 

3  Arrive 

FTrucks 

Ammo 

Greiz  Army 
Compound 

4  Depart 

TTrucks 

KMS  POL  Facility 

* 

7  Arrive 

TTrucks 

Zwug  Air  Base 

* 

6  Arrive 

TTrucks 

BOR  POL  Facility 

* 

4  Depart 

TTrucks 

Manenberg  POL  Facility 

* 

14  Parked  at 

Tanks 

Gera  Tank  Yard 

* 

4  Depart 

TTrucks 

KMS  POL  Facility 

* 

4  Depart 

TTrucks 

Manenberg  POL  Facility 

# 

5  On 

TTrucks 

Hiway  19 

* 

6  Arrive 

TTrucks 

Schleiz  POL  Facility 

* 

3  Arrive 

FTrucks 

Ammo 

Suhl 

Barracks 

iu  Depart 

TATrucks 

Greiz  Army  Compound 

* 

12  Arrive 

TATrucks 

Gera  Tank  Yard 

* 

4  Depart 

TTrucks 

KMS  POL  Facility 

* 

4  Depart 

TTrucks 

Manenberg  POL  Facility 

* 

4  Depart 

TTrucks 

Manenberg  POL  Facility 

* 

4  Depart 

TTrucks 

KMS  POL  Facility 

* 

1  Depart 

FTrucks 

KMS  Munitions  Facility 

* 

10  Depart 

TATrucks 

Plzen  Barracks 

* 

7  Arrive 

TTrucks 

Makarov  Air  Base 

* 

7  Arrive 

TTrucks 

Frag  Air  Base 

* 

3  Arrive 

FTrucks 

Plzen  Barracks 

* 

4  Depart 

TTrucks 

KMS  POL  Facility 

* 

7  Arrive 

TTrucks 

Panensky  Air  Base 

* 

4  Depart 

TTrucks 

Manenberg  POL  Facility 

# 
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El ement 

Quant i ty 

Units 

Date 

T  i  me 

Cred 

* 

6 

Ea 

01-04-88 

0905 

* 

6 

Ea 

01-04-88 

1 040 

2 

* 

6 

Ea 

01-04-88 

1  100 

* 

16 

Ea 

01-04-88 

0800 

2 

* 

1  1 

Ea 

01-04-88 

1 230 

* 

5 

Ea 

01-04-88 

1 1 40 

2 

* 

1 1 

Ea 

01-04-88 

0900 

n 

jL. 

* 

15 

Ea 

01-04-88 

1035 

2 

* 

10 

Ea 

0 1 —05—88 

08 1 2 

'-y 

* 

6 

Ea 

01-05-88 

0700 

1 

* 

6 

Ea 

01-05-88 

1 1 00 

* 

5 

Ea 

01-05-88 

1 1 00 

n 

* 

3 

Ea 

01-05-88 

1215 

* 

5 

Ea 

01-05-88 

0920 

l 

* 

5 

Ea 

01-05-88 

1025 

O 

4— 

* 

5 

Ea 

0 1 -06-88 

0820 

«-> 

*- 

* 

5 

Ea 

01-06-88 

0910 

Z 

* 

15 

Ea 

01-06-88 

0800 

* 

5 

Ea 

01-06-88 

0712 

l 

* 

“T 

Ea 

01-06-88 

0705 

2 

* 

7 

Ea 

01—06—88 

09 1 0 

* 

5 

Ea 

01-06-88 

1015 

* 

15 

Ea 

01-06-88 

1115 

•~y 

-c. 

* 

T 

Ea 

01-06-88 

1250 

* 

1 1 

Ea 

01-07-88 

07 1 5 

O 

* 

9 

Ea 

01-07-88 

1215 

2 

* 

1 1 

Ea 

01-07-88 

09 1 0 

9 
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FAC  r 

TYPE 

ACTION 

ELEMENT 

ELEMENT 

ELEMENT 

7 

Arrives 

r Truck 

Karlovy  Vary  Air  Base 

* 

6 

Arri ves 

TTrucks 

Neustadt  POL  Facility 

# 

1 

Departs 

F  Trucks 

KMS  Munitions  Factor 

* 

10 

Departs 

TATrucks 

Suhl  Barracks 

* 

.y 

Arr i ves 

FTrucks 

Ammo 

Plzen 

Barrack 

12 

Arri ves 

TATrucks 

Gera  Tank  Yard 

* 

5 

On 

TTrucks 

Hiway  2 

* 

5 

On 

TTrucks 

Hi  way  E63 

* 

5 

On 

TTrucks 

Hiway  7 

* 

7 

Arr i ves 

TTrucks 

Dobris  Air  Base 

* 

6 

Arr i ves 

TTrucks 

Schneeberg  POL  Facility 

* 

5 

On 

TTrucks 

Hiway  169 

* 

14 

Parked  at 

Tanks 

Gera  Tank  Yard 

* 

14 

Parked  at 

T  anks 

Plzen  Tank  Yard 

# 

5 

On 

TTrucks 

Hiway  169 

* 

7 

Arr i ves 

TTrucks 

Wilkan  Air  Base 

* 

4 

Departs 

TTrucks 

Manenberg  POL  Facility 

* 

5 

On 

TTrucks 

Hiway  27 

* 

6 

Arr i ves 

TTrucks 

Bor  POL  Facility 

* 

“T 

Arri ves 

FTrucks 

Greiz  Army  Compound 

* 

14 

Parked  at 

Tanks 

Gera  Tank  Yard 

* 

4 

Depart 

TTrucks 

KMS  POL  Facility 

* 

4 

Depart 

TTrucks 

Manenberg  POL  Facility 

* 

4 

Depart 

TTrucks 

KMS  POL  Facility 

# 

1 

Depart 

FTrucks 

KMS  Munitions  Factory 

* 

10 

Depart 

TATrucks 

Greiz  Army  Compound 

* 

Arri ves 

FTrucks 

Ammo 

Suhl 

Barrack 
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El ement 

Quant i ty 

Units 

Date 

Time 

Cr  ed 

* 

1 1 

Ea 

01-07-88 

1 1 50 

o 

X- 

* 

1 1 

Ea 

01-07-88 

1040 

o 

X- 

* 

Ea 

01-07-88 

0700 

2 

* 

6 

Ea 

01-07-88 

0820 

*-y 

* 

3 

Ea 

01-07-88 

1245 

2 

* 

6 

Ea 

01 -07-88 

1215 

2 

* 

1 1 

Ea 

01-07-88 

1 000 

* 

11 

Ea 

01-07-88 

1  1 30 

2 

* 

8 

Ea 

01-08-88 

0804 

* 

8 

Ea 

01-08-88 

1202 

* 

10 

Ea 

01-08-88 

1 020 

* 

10 

Ea 

01-08-88 

0913 

* 

13 

Ea 

01-08-88 

0820 

'■y 

* 

1 1 

Ea 

01-08-88 

1515 

* 

15 

Ea 

01-11-88 

0845 

* 

15 

Ea 

01-11-88 

09 1 0 

2 

* 

to 

Ea 

01-11-88 

0910 

* 

10 

Ea 

01-11-88 

1 1 30 

2 

* 

o 

Ea 

01-11-88 

1144 

9 

* 

5 

Ea 

01-11-88 

1 1 00 

93 

* 

14 

Ea 

01-11-88 

1 500 

X- 

* 

10 

Ea 

01-12-88 

08 1 0 

O 

* 

7 

Ea 

01-12-88 

0710 

* 

5 

Ea 

01-12-88 

0820 

O 

X- 

* 

*T 

Ea 

01-12-88 

0715 

0 

* 

Ea 

01-12-88 

0900 

* 

"Tj 

Ea 

01-12-88 

1230 

<9 

161 


Appendix  E  -  Page  3  -  Le-ft  Side 


FACT 


TYPE 

ACTION 

ELEMENT 

ELEMENT 

ELEMENT 

7 

Arrives 

TT.-uck 

Jena  Air  Base 

* 

6 

Arr i ves 

TTrucks 

Schleiz  POL  Facility 

* 

14 

Parked  at 

T  anks 

Plzen  Tank  Yard 

* 

4 

Departs 

TTrucks 

KMS  POL  Facility 

% 

4 

Departs 

TFTrucks 

Manenberg  POL  Facility 

# 

1 

Departs 

FTrucks 

KMS  Munitions  Factory 

* 

10 

Departs 

TATrucks 

Plzen  Barracks 

* 

5 

On 

TTrucks 

Hi  way  7 

* 

5 

On 

TTrucks 

E63 

* 

3 

Arr i ves 

FTrucks 

Ammo 

F‘l  zen 
Barracks 

14 

Parked  at 

Tanks 

Gera  Tank  Yard 

* 

4 

Departs 

TTrucks 

KMS  POL  Facility 

* 

4 

Departs 

TTrucks 

Manenberg  POL  Facility 

* 

4 

Departs 

TTrucks 

Manenberg  POL  Facility 

* 

10 

Departs 

TATrucks 

Suhl  Barracks 

* 

3 

Arr i ves 

FTrucks 

Ammo 

PI  zen 
Barracks 

7 

Arr i ves 

TTrucks 

Waltershn  Air  Base 

* 

6 

Arr i ves 

TTrucks 

Neustadt  POL  Facility 

* 

5 

On 

TT  rucks 

Hi  way  2 

* 

5 

On 

TTrucks 

Hiway  19 

* 

7 

Arr i ves 

TTrucks 

Karlovy  Vary  Air  Base 

* 

7 

Arr i ves 

TTrucks 

Dobris  Air  Base 

* 

6 

Arr i ves 

TTrucks 

Schneeberg  POL  Facility 

* 

5 

On 

TTrucks 

Hiway  12 

* 

4 

Depart 

TTrucks 

KMS  POL  Factory 

* 

14 

Parked  at 

T  anks 

Gera  Tank  Yard 

* 

14 

Parked  at 

T  anks 

Plzen  Tank  Yard 

* 

■*■■*•■* 
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El ement 

Quant i ty 

Units 

Date 

T  i  me 

Cred 

* 

10 

Ea 

01-12-88 

1045 

2 

* 

5 

Ea 

01-12-88 

1 1 00 

n 

x_ 

* 

12 

Ea 

01-12-88 

1430 

n 

* 

5 

Ea 

01-13-88 

0820 

X. i 

# 

5 

Ea 

01-13-88 

0910 

o 

4. 

* 

Ea 

01-13-88 

0700 

2 

* 

9 

Ea 

01-13-88 

0915 

2 

* 

17 

Ea 

01-13-88 

1 1 00 

1 

* 

5 

Ea 

01-13-88 

1035 

2 

* 

3 

Ea 

01-13-88 

1 250 

o 

* 

13 

Ea 

01-13-88 

1420 

2 

* 

14 

Ea 

01-14-88 

0715 

2 

* 

10 

Ea 

01-14-88 

0700 

2 

* 

14 

Ea 

01-14-88 

0920 

* 

7 

Ea 

01-14-88 

0820 

2 

* 

Ea 

01-14-88 

1 300 

* 

14 

Ea 

01-14-88 

1 230 

*■> 

* 

12 

Ea 

01-14-88 

1 1 05 

* 

14 

Ea 

01-14-88 

1 000 

2 

* 

10 

Ea 

01-14-88 

1 200 

9 

* 

14 

Ea 

01-14-88 

1 200 

* 

S 

Ea 

01-15-88 

1 1 50 

* 

13 

Ea 

01-15-88 

1015 

9 

* 

8 

Ea 

01-15-88 

1 045 

9 

X- 

* 

13 

Ea 

01-15-88 

0905 

2 

* 

12 

Ea 

01-15-88 

1420 

9 

* 

13 

Ea 

01-15-88 

1605 

2 
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FACT 


1  YPE 

ACT  1 ON 

ELEMENT 

7 

Arr i ves 

TTrucks 

7 

Arr i ves 

TTrucks 

4 

Departs 

TTrucks 

6 

Arr i ves 

TTrucks 

3 

Arr i ves 

FTrucks 

14 

Parked  at 

Tanks 

4 

Departs 

TTrucks 

7 

Arr i ves 

TTrucks 

7 

Arri ves 

TTrucks 

6 

Arr i ves 

TTrucks 

4 

Departs 

TTrucks 

Cr 

On 

TTrucks 

O 

^■i 

On 

FTrucks 

1 

Departs 

FTrucks 

10 

Departs 

TATrucks 

12 

Arri ves 

TATr ucks 

4 

Departs 

TTrucks 

4 

Departs 

TTrucks 

4 

Departs 

TTrucks 

6 

Arr i ves 

TTrucks 

3 

Arri ves 

FTrucks 

12 

Arrives 

TATrucks 

5 

On 

TTrucks 

5 

On 

TTrucks 

5 

On 

TTrucks 

7 

Arr i ve 

TTrucks 

7 

Arr l ves 

TTrucks 

ELEMENT 


ELEMENT 


Wilkin  Air  Base 

Zwug  Air  Base 

KMS  POL  Facility 

Bor  POL  Facility 

Greiz  Army  Compound  An 

Gera  Tank  Yard 

Manenberg  POL  Facility 

Jena  Air  Base 

Tchorovice  Air  Base 

Schleiz  POL  Facility 

KMS  POL  Facility 

Hi  way  2 

Hi  way  E63 

KMS  Munitions  Factory 
Greiz  Army  Compound 
Gera  Tank  Yard 
KMS  POL  Facility 
Manenberg  POL  Facility 
Manenberg  POL  Facility 
Bad  Salzungen  POL  Facility 


* 

* 

* 

* 

Ammo 

* 


Ammo 

Plzen  Tank  Yard 
Hiway  174 
Hi  way  2 
Hiway  2 

Waltershn  Air  Base 
Panensky  Air  Base 


Plzen 

Barracks 

* 

* 

* 

* 

* 

* 
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El ement 

Quantity 

Units 

* 

18 

Ea 

* 

13 

Ea 

* 

8 

Ea 

* 

8 

Ea 

* 

5 

Ea 

* 

15 

Ea 

* 

13 

Ea 

* 

12 

Ea 

* 

9 

Ea 

* 

9 

Ea 

* 

12 

Ea 

* 

12 

Ea 

* 

4 

Ea 

* 

4 

Ea 

* 

8 

Ea 

# 

8 

Ea 

* 

8 

Ea 

* 

9 

Ea 

* 

18 

Ea 

* 

7 

Ea 

* 

Ea 

* 

10 

Ea 

* 

18 

Ea 

* 

9 

Ea 

* 

9 

Ea 

* 

13 

Ea 

* 

10 

Ea 

Date 

T  i  me 

Cred 

01-18-88 

0918 

01-18-88 

1 230 

01-18-88 

0705 

n 

x~ 

01-18-88 

1 140 

2 

01-18-88 

1  1 00 

01-18-88 

1 620 

01-19-88 

0905 

<-k 

A. 

01-19-88 

1040 

1 

01-19-88 

1 1 20 

o 

01-19-88 

1 050 

n 

01-19-88 

0800 

/-> 

01-19-88 

1 003 

r~\ 

Jim 

01-19-88 

1 1 20 

n 

Jm 

01-19-88 

0710 

n 

01-19-88 

0900 

rn, 

01-19-88 

1015 

2 

01-20-88 

0810 

2 

01-20-88 

0905 

2 

01-20-88 

0800 

2 

01-20-88 

1155 

2 

01-20-88 

1233 

ry, 

01-20-88 

1018 

r-y 

01-20-88 

0850 

o 

01-20-88 

0950 

n 

01-20-88 

1 1 30 

01-21-88 

1 220 

n 

01-21-88 

1215 

2 
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FACT 

TYPE 

ACTION 

ELEMENT 

ELEMENT 

ELEMENT 

17 

Del i ver 

TTrucks 

Karlovy  Vary  Air  Base 

POL 

4 

Departs 

TTrucks 

Manenberg  POL  Facility 

* 

4 

Departs 

TTrucks 

KMS  POL  Facility 

* 

16 

Del i ver 

TTrucks 

POL 

Mei stadt 

1 

Departs 

TAT rucks 

Suhl  Barracks 

POL 

Faci 1 i ty 
Tanks 

5 

On 

TTrucks 

Hi  way  E63 

* 

5 

On 

TTrucks 

Hiway  174 

* 

5 

On 

TTrucks 

Hiway  19 

* 

14 

Parked  at 

Tanks 

Plzen  Tank  Yard 

* 

17 

Deli ver 

TTrucks 

POL 

Dobris  Air 

4 

Departs 

TTrucks 

Manenberg  POL  Facility 

Base 

* 

4 

Departs 

TTrucks 

KMS  POL  Facility 

* 

5 

On 

TTrucks 

Hiway  169 

* 

5 

On 

TTrucks 

Hiway  12 

* 

14 

Parked  at 

Tanks 

Gera  Tank  Yard 

* 
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El ement 

Guant i ty 

Units 

Date 

Time 

Cred 

* 

15000 

Gal 

01-21-88 

* 

2 

* 

10 

Ea 

01-21-88 

0900 

9 

* 

13 

Ea 

01-21-88 

0715 

2 

* 

20000 

Gal 

01-21-88 

* 

«&• 

* 

6 

Ea 

01-21-88 

0815 

2 

* 

13 

Ea 

01-21-88 

1110 

2 

* 

10 

Ea 

01-21-88 

0740 

Z 

* 

13 

Ea 

01-21-88 

0930 

2 

* 

12 

Ea 

01-21-88 

1420 

2 

* 

1 2000 

Gal 

01-22-88 

* 

3 

* 

8 

Ea 

01-22-88 

07 1 5 

* 

14 

Ea 

01-22-88 

09 1 0 

2 

* 

14 

Ea 

01-22-88 

0945 

2 

* 

8 

Ea 

01-22-88 

1 100 

* 

11 

Ea 

01-22-88 

1540 

2 
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